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Preface 



This Supermicrosystems Handbook is a concise reference for Digital’s 16-bit 
and 32-bit supermicrosystems. It describes the functions of each member of 
this group—the Micro VAX II, Micro VAX I, MicroPDP-11/83, MicroPDP-11/ 
73, and MicroPDP-11/23—and their related options and software. 

Chapter 1 provides an overview with sections describing the similarities and 
differences among the various supermicrosystems. 

Chapter 2 outlines the basic hardware components for each supermicrosystem 
along with the types of configurations that are available. 

Chapter 3 explains each of the system options that are available. These include 
memory, performance options, storage devices, communications devices, ter¬ 
minals, and printers. 

Chapter 4 outlines basic system software products for the supermicrosystems, 
including operating systems, high-level languages, information management 
products, productivity tools, and communications software. 

Chapter 5 describes the Digital Network Architecture and how the super¬ 
microsystems implement the architecture with such products as DECnet, 
Ethernet, Internet, and Packetnet. 

Chapter 6 summarizes the VAX and PDP-11 architectures and how they are 
implemented in the Micro VAX and the MicroPDP-11 supermicrosystems. 

Appendix A gives a technical description of the 22-bit Q-bus that is the back¬ 
bone of the supermicrosystems. 

Appendix B provides help with the preparation for the supermicrosystem instal¬ 
lation and gives some configuring guidelines. 

Appendix C covers Digital’s extensive Customer Services programs. 

Appendix D lists additional reference documentation for MicroVAX and 
MicroPDP-11 hardware and software. 

Your comments and suggestions will help us in our continuous effort to 
improve the quality and usefulness of this handbook. Please complete and 
return the Reader Comment Sheet that can be found at the back of this book. 





Chapter 1 * Supermicrosystem Overview 


■ Definition of a Supermicrosystem 

Digital’s supermicrosystems are a family of low-cost, medium- to high-perfor¬ 
mance, 16- and 32-bit computers that are designed for realtime, timesharing, 
and batch applications. They each offer a choice of operating systems, high- 
level languages, information management software, and programmer produc¬ 
tivity tools. The five supermicrosystems described in this handbook are the 
32-bit Micro VAX I and Micro VAX II and the 16-bit MicroPDP-11/23, 
MicroPDP-11/73, and MicroPDP-11/83. 

The Micro VAX I and II implement the 32-bit VAX architecture and a modular 
version of the VAX/VMS operating system. This allows them to be compatible 
with larger VAX systems and to run programs that have been developed on 
these systems. 

The MicroPDP-11/23, MicroPDP-11/73, and MicroPDP-11/83 implement the 
16-bit PDP-11 architecture and all of the PDP-11 operating systems. This 
enables the MicroPDP-11 supermicrosystems to be compatible with larger 
Q-bus and UNIBUS PDP-11 systems and to run programs that have been devel¬ 
oped on these systems. 

Markets/Applications 

The supermicrosystems serve the technical customer who requires data pro¬ 
cessing for a variety of applications in the laboratory, factory, medical, educa¬ 
tional, and engineering markets. They also serve the commercial customer 
who requires data processing for such applications as small business, office, 
banking, legal, insurance, and administration. And because they are fully com¬ 
patible with software developed for either the VAX or PDP-11, the super¬ 
microsystems offer Digital’s existing customers easy growth and expansion 
capabilities. 

These supermicrosystems allow users to build distributed processing net¬ 
works entirely from Digital’s systems and components. Each one can be easily 
integrated into distributed processing environments with other Digital sys¬ 
tem products via DECnet or into local area networks with Ethernet. 

Number of Users 

The number of users that can concurrently share each supermicrosystem is 
based upon the type of application that each is running, and on the configura¬ 
tion that is being used. 
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■ The MicroVAX II can accommodate over 30 concurrent, active users 
depending on the configuration and application. 

■ The MicroVAX I can accommodate up to four concurrent, active users 
depending on the application. 

■ The MicroPDP-11/83 can accommodate over 30 concurrent, active users 
depending on the configuration and application. 

■ The MicroPDP-11/73 can accommodate up to 12 concurrent, active users 
depending on the application. 

■ The MicroPDP-11/23 can accommodate up to four concurrent, active users 
depending on the application. 


■ Commonalities among the Supermicrosystems 

All of the supermicrosystems use many of the same components. These compo¬ 
nents include the Q-bus internal data path, several enclosures, some memory 
options, storage devices, communications devices, video and printing termi¬ 
nals, and modems. Because they are common components, they allow for easy, 
cost-effective migration from one supermicrosystem to another as the cus¬ 
tomer’s application requires. Many times there is no need for reinvestment in 
new packaging or options when the processing requirements grow. 

Q-bus 

The 22-bit Q-bus (or the Q22 bus) is implemented in each of the backplane 
assemblies of the supermicrosystems. The Q22 bus is the common communica¬ 
tions path for the data, address, and control information that is transferred 
between the CPU, memory, and device interfaces. The Q22 bus features four- 
level interrupts and block-mode, direct-memory access addressing for as many 
as 4 Mbytes of physical memory on the MicroPDP-lls and the MicroVAX I, 
and as many as 9 Mbytes on the MicroVAX II. 

System Hardware 

The supermicrosystems are available as complete systems in various types of 
configurations. There are five types of supermicrosystem enclosures—floor- 
stand with casters, pedestal, tabletop, rackmount, and a cabinet. Each enclo¬ 
sure contains all of the internal components necessary to start building a 
supermicrosystem. These components include either an 8-, 12-, or 14-slot 
backplane, dc power supplies, a control panel, an I/O distribution panel, and 
two or three cooling fans. These choices vary depending on the enclosure that 
is selected. These enclosures can also accommodate a variety of mass-storage 
devices. 
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System Options 

In addition to the basic system hardware, a large assortment of system options 
are available for the supermicrosystems. These include memory and perfor¬ 
mance options, storage devices, communications devices, video and printing 
terminals, and modems. All are Q22-bus-compatible. 

Because the supermicrosystems share the same bus, most of the options that 
are available for one supermicrosystem are also compatible with the others. 
This makes system migration and software interchange easier and very eco¬ 
nomical. 

Networks 

Digital’s Network Architecture (DNA) defines an overall approach to net¬ 
working and includes a set of software and hardware protocols to support a 
range of requirements. 

The supermicrosystems and other Digital computers can use DECnet to share 
files, programs, and resources. Systems can communicate over traditional 
interconnects and over Ethernet for high-speed, local communication. Digi¬ 
tal’s Ethernet program provides high-level software and advanced hardware 
to enable high-speed communications between computer systems and servers 
in Local Area Networks (LANs). 

By emulating the protocol of other manufacturers’ devices, the supermicrosys¬ 
tems coupled with Internet software can communicate with other vendors’ 
equipment. IBM batch (2780/3780), interactive (3271), and SNA protocols 
are supported, as are those from CDC and UNIVAC. 

The supermicrosystems can interface with Digital’s Packetnet system for com¬ 
munications through a public packet-switched network (X.25) with other sys¬ 
tems, regardless of the manufacturer. 

The Professional 300 series, DECmate II and III, and the Rainbow 100 series 
of single-user systems can also be connected to the supermicrosystems for file 
transfer and terminal emulation. 

■ Differences among the Supermicrosystems 

The Micro VAX and the MicroPDP-11 supermicrosystems are based on differ¬ 
ent, but related, architectures. Although there are many architectural 
similarities between the VAX and PDP-11 system designs, there are some dif¬ 
ferences as well. Both share such characteristics as use of physical-address 
space, some virtual-address space, memory management, general registers, 
addressing modes, interrupts, and instruction sets. The designs differ in the 
size and type of these characteristics. 
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For example, the Micro VAX supermicrosy stems are based on 32-bit word 
size, and the MicroPDP-1 Is are based on 16-bit word size. They each use vir¬ 
tual-address space, but each can address varied sizes of this space. For a more 
detailed description of the two supermicrosystem architectures, refer to Chap¬ 
ter 6— Architecture Summary. 

Central Processing Units 

In order to implement each of the two architectures, the supermicrosystems 
each have a unique central processing unit (CPU). All of these CPU models 
utilize the Q22 bus, which provides compatibility for all of the supermicrosys¬ 
tem’s options. These CPU models represent a wide range of performance and 
features. When a supermicrosystem is being selected, the central processor is 
an important part of the customer’s decision. 

System Software 

The Micro VAX and MicroPDP-11 supermicrosystems each have system soft¬ 
ware and layered software products designed specifically for their architec¬ 
tures. They each are supported by a wide range of proven operating systems, 
high-level languages, information management products, productivity tools, 
and networking products. In fact, many of the same types of system software 
have been developed for each of the super microsystems. An example of this is 
VAX DATATRIEVE for the MicroVAX II and I, and DATATRIEVE-11 for the 
MicroPDP-11/83, -11/73, and the -11/23. Refer to Chapter 4—System Soft¬ 
ware and Layered Products for descriptions of Digital’s system software prod¬ 
ucts for the supermicrosy stems. 
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Introduction 

The basic system hardware that each supermicrosystem requires to be a func¬ 
tional system is a CPU, enclosure, memory, communications device, and mass 
storage. This chapter discusses the CPU modules, the enclosures, and their 
components. This chapter also covers configuring so that the appropriate sys¬ 
tem and options can be planned and ordered in the easiest and most conve¬ 
nient manner. For detailed configuring information for all of the 
supermicrosystems, refer to the VAX Systems and Options Catalog and the 
PDP-11 Systems and Options Catalog. Ordering information for these publica¬ 
tions is provided in Appendix D—Documentation. 

CPU Modules 

Each supermicrosystem has a unique central processing unit. 

■ The KA630 module is the 32-bit Micro VAX II central processing unit. 

■ The KD32-AA module set is the 32-bit MicroVAX I central processing 
unit. 

■ The KDJ11-BF module is the 16-bit MicroPDP-11/83 central processing 
unit. 

■ The KDJ11-BB module is the 16-bit MicroPDP-11/73 central processing 
unit. 

■ The KDF11-BF module is the 16-bit MicroPDP-11/23 central processing 
unit. 


These CPU modules all use the Q22 bus. Coupled with the VAX or PDP-11 
architectures, these CPU modules represent a wide range of performance and 
capabilities. Refer to Table 2-1 for a concise listing of each CPU module’s func¬ 
tions. 











Table 2-1 

■ CPU Module Features 




CPU 

Module 

Virtual 

Address 

Space 

Physical 

Address 

Space 

Relative Bootstrap/ 

Performance Diagnostic 
ROM 

Serial Lines 

Cache 

Memory 

CIS 

Floating 

Point* 

KA630 

4 Gbytes 

1 Gbyte 

1.00 

64 Kbytes 

1 

Not required Emulated in 
software 

D,F,G,H 

KD32-AA 

4 Gbytes 

8 Mbytes 

0.40 

8 Kbytes 

1 

8 Kbytes 

Emulated in 
software 

D,F or F,G 

KDJll-BF 

64 Kbytes 

4 Mbytes 

0.73 

32 Kbytes 

1 

8 Kbytes 

N/A 

D,F 

KDJ11-BB 

64 Kbytes 

4 Mbytes 

0.53 

32 Kbytes 

1 

8 Kbytes 

N/A 

D,F 

KDF11-BF 

64 Kbytes 

4 Mbytes 

0.25 

8 Kbytes 

2 

None 

Optional 

D,F 


* Not all floating-point instructions reside in hardware. Refer to Chapter 6, Architecture Summary, for a detailed discussion on the location of 
floating-point instructions. 
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KA630 CPU Module 

The KA630 is a quad-height processor module that is implemented in the 32- 

bit Micro VAX II. It is designed for use in very high-speed, realtime applica¬ 
tions and for large multiuser, multitasking environments. It has three times 

the relative performance of the Micro VAX IKD32-AA module set. 

The KA630 module provides 

■ The Micro VAX 78032 microprocessor chip that implements the VAX archi¬ 
tecture, including the basic instruction set, demand-paged memory manage¬ 
ment and translation buffer, and a 32-bit internal/external data path. 

■ The Micro VAX 78132 floating-point chip that implements 32-bit floating¬ 
point performance. 

■ 40-Megahertz clock rate. 

■ 1 Mbyte of onboard memory. 

■ Q22-bus interface that supports block-mode DMA transfers and as much 
as 16 Mbytes of physical memory (systems are currently limited to 9 
Mbytes). 

■ Q22-bus input/output (I/O) map for DMA transfers. 

■ 10-millisecond interval timer. 

■ Time-of-year clock with battery-backup capability. 

■ One console terminal serial-line unit. 

■ 64-Kbyte bootstrap/diagnostic read-only memory (ROM). 


The KA630 executes a subset of the VAX instruction set. The remainder of 
the instructions are emulated in software or on the floating-point chip. Full 
22-bit memory management is provided for both instruction and data refer¬ 
ences (I&D space) in four protection modes—kernel, executive, supervisor, 
and user. 

Most of the VAX data types are supported by the KA630 including byte, 
word, longword, quadword, character string, variable-length bit field, 
F_floating, D_floating, and G_floating point data. 

The KA630 CPU communicates with mass storage and peripherals via the 
Q22 bus. It also communicates with the memory modules through a 10- 
Mbyte/second local memory interconnect in the CD rows of backplane slots 
one through three, and through a cable between the CPU and the memory 
modules. 



2-4 ■ System Hardware 


Self-diagnostic, light-emitting diodes (LEDs) are provided on the KA630 con¬ 
nectors that indicate the status of the module and system when the module is 
powered. The LEDs aid in troubleshooting module failures. The LEDs also 
appear on the I/O distribution panel. 

The KA630 supports all of the Micro VAX operating systems. 

KD32-AA CPU Module Set 

The 32-bit Micro VAX I processor logic is contained on two quad-height mod¬ 
ules—the data-path module (DAP) and memory controller module (MCT). 
The data-path module and the memory controller module are electrically con¬ 
nected by a flat cable. These two modules implement the Micro VAX I architec¬ 
ture and are designated as the KD32-AA Micro VAX I CPU. The KD32-AA 
module set was designed for use in moderate-speed, realtime applications and 
for multiuser, multitasking environments. 

The KD32-AA CPU module set provides 

■ Micro VAX I CPU functions. 

■ Q22-bus interface that supports block-mode, direct-memory access (DMA) 
transfers and as many as 4 Mbytes of physical memory. 

■ 8-Kbyte, direct-mapped cache memory. 

■ 10-millisecond interval timer. 

■ One console terminal serial-line unit. 

■ 8-Kbyte bootstrap programmable read-only memory (PROM). 


The main functions of the data-path module are: 


■ Decoding and executing macroinstructions. 

■ Controlling microinstruction flow. 

■ Processing program interrupts. 

■ Communicating with the console terminal. 

■ Communicating with the memory controller module. 





The memory controller module performs the following functions: 


■ Generates clock signals. 

■ Controls the memory controller microinstruction flow. 

■ Translates virtual addresses. 

■ Accesses the data cache. 

■ Communicates with the Q22 bus. 


The KD32-AA module set supports all of the Micro VAX operating systems. 

KDJ11-BF CPU Module 

The KDJ11-BF is a quad-height processor module that is implemented in the 
16-bit MicroPDP-11/83. It is designed for use in very high-speed, realtime 
applications and for large multiuser, multitasking environments. It has almost 
two times the relative performance of the 16-bit MicroPDP-11/73 KDJ11-BB 
module. 

The KDJ11-BF module provides 


■ 

J-ll (DCJ11) microprocessor chipset including an 18-MHz clock. 

■ 

Floating-point accelerator (FPJ11) that is standard in hardware, and a float¬ 
ing point instruction set in microcode. 

■ 

Complete PDP-11 instruction set including the Extended Instruction Set 
(EIS). 

■ 

8-Kbyte, direct-mapped cache memory. 

■ 

Q22-bus interface that supports block-mode DMA transfers and as many 
as 4 Mbytes of physical memory. 

■ 

Line-frequency clock. 

■ 

Four levels of interrupts. 

■ 

Powerf ail/ autorestart. 

■ 

Console emulator in microcode. 

■ 

One console terminal serial-line unit. 

■ 

32-Kbyte bootstrap/diagnostic read-only memory (ROM). 
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The KDJ11-BF executes the complete PDP-11 integer and floating-point 
instruction sets. Full 22-bit memory management is provided for both instruc¬ 
tion and data references (I&D space) in three protection modes—kernel, super¬ 
visor, and user. The KDJ11-BF is fully downward compatible with older PDP- 
11s that have 18-bit memory management. 

The module interfaces with the Q22 bus and can address as many as 4 Mbytes 
of main memory. Block-mode DMA transfers are included, which are stan¬ 
dard on the Q22 bus. The Q22 bus is fully downward compatible with the 
standard 18-bit Q-bus. 

The KDJ11-BF supports console emulation (micro octal debugging tool or 
ODT). This allows users to interrogate and write to main memory, CPU regis¬ 
ters, and I/O devices. 

The module contains an 8-Kbyte, write-through, direct-mapped cache. The 
cache is transparent to all programs and acts as a high-speed buffer between 
the processor and main memory. The data stored in the cache represents the 
most active portion of main memory being used. The processor accesses main 
memory only when data is not available in the cache. 

Self-diagnostic LEDs are provided on the KDJ11-BF and indicate the status of 
the module and system when the module is powered. The LEDs aid in trouble¬ 
shooting module failures. The LEDs also appear on the I/O distribution panel. 

The KDJ11-BF module supports all of the MicroPDP-11 family operating sys¬ 
tems. 

KDJ11-BB CPU Module 

The KDJ11-BB is a quad-height processor module that is implemented in the 
16-bit MicroPDP-11/73. It is designed for use in high-speed, realtime applica¬ 
tions and for multiuser, multitasking environments. It has three times the rela¬ 
tive performance of the MicroPDP-11/23 KDF11-BF module. 

The KDJ11-BB module provides 


■ J-ll (DCJ11) microprocessor chipset including a 15-MHz clock. 

■ Floating-point instruction set that is standard in microcode. 

■ Complete PDP-11 instruction set including the Extended Instruction Set 
(EIS). 

■ 8-Kbyte, direct-mapped cache memory. 

■ Q22-bus interface that supports block-mode DMA transfers and as many 
as 4 Mbytes of physical memory. 
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■ Line-frequency clock. 

■ Four levels of interrupts. 

■ Powerfail/autorestart. 

■ Console emulator in microcode. 

■ One console terminal serial-line unit. 

■ 32-Kbyte bootstrap/diagnostic read-only memory (ROM). 


The KDJ11-BB and KDJll-BF CPU modules are basically very similar, but do 
have a few very important differences. The KDJ11-BB runs at a clock rate of 
13 megahertz while the KDJll-BF runs at a clock rate of 18 megahertz. This 
18-MHz J-ll chip, coupled with a fast floating-point accelerator chip and the 
new private memory interconnect, provide system throughput that is three 
times faster than the MicroPDP-11/73 KDJ11-BB CPU module. 

The KDJ11-BB executes the complete PDP-11 integer and floating-point 
instruction sets. Full 22-bit memory management is provided for both instruc¬ 
tion and data references (I&D space) in three protection modes—kernel, super¬ 
visor, and user. The KDJ11-BB is fully downward compatible with older PDP- 
11s that have 18-bit memory management. 

This module interfaces to the Q22 bus and can address as many as 4 Mbytes 
of main memory. Block-mode DMA transfers are included, which are stan¬ 
dard on the Q22 bus. The Q22 bus is fully downward compatible with the 
standard 18-bit Q-bus. 

The KDJ11-BB supports console emulation (micro octal debugging tool, or 
ODT). This allows users to interrogate and write to main memory, CPU regis¬ 
ters, and I/O devices. 

The module contains an 8-Kbyte, write-through, direct-mapped cache. The 
cache is transparent to all programs and acts as a high-speed buffer between 
the processor and main memory. The data stored in the cache represents the 
most active portion of main memory being used. The processor accesses main 
memory only when data is not available in the cache. 

Self-diagnostic LEDs are provided on the KDJ11-BB and indicate the status of 
the module and system when the module is powered. The LEDs aid in trouble¬ 
shooting module failures. The LEDs also appear on the I/O distribution panel. 
The KDJ11-BB supports all of the MicroPDP-11 operating systems. 

KDF11-BF CPU Module 

The KDF11-BF is a quad-height processor module that is implemented in the 
16-bit MicroPDP-11/23. It is designed for use in moderate-speed, realtime 
applications and for multiuser, multitasking environments. 
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The KDF11-BF module provides 

■ F-11 microprocessor chip. 

■ Complete PDP-11 instruction set including the Extended Instruction Set 

(EIS). _ 

■ Floating-point and commercial instruction sets (optional). 

■ Q22-bus interface that supports block-mode DMA transfers and as many 
as 4 Mbytes of physical memory. 

■ Line-frequency clock. 

■ Four levels of interrupts. 

■ Powerf ail/autorest art. 

■ Console emulator in microcode. 

■ Two serial-line units—one for use as a console terminal and the other for 
use with a user terminal or serial printer. 

■ 8-Kbyte bootstrap/diagnostic read-only memory (ROM). 


The KDF11-BF module supports up to 256 Kbytes of memory on an 18-bit Q- 
bus backplane or up to four Mbytes of memory on a Q22-bus backplane. 
When used with the Q22 bus, the KDF11-BF uses four-level interrupt proto¬ 
col. The 22-bit memory management is provided for both instruction and 
data references (I&D space) in two protection areas—kernel and user. The 
KDF11-BF is fully downward compatible with older PDP-1 Is that have 18-bit 
memory management. 

The KDF11-BF supports console emulation (micro octal debugging tool, or 
ODT). This allows users to interrogate and write to main memory, CPU regis¬ 
ters, and I/O devices. 

Self-diagnostic LEDs are provided and indicate the status of the module and 
system when the module is powered. The LEDs aid in troubleshooting module 
failures. The LEDs also appear on the I/O distribution panel. 

The KDF11-BF module supports all of the MicroPDP-11 operating systems. 

■ System Enclosures 

The supermicrosystems are available in a choice of five different system enclo¬ 
sures, as shown in Figure 2-1. Each can accommodate a system chassis, logic 
modules, and a choice of integrated mass-storage drives. Most of them are 
designed to operate in open-office environments. For detailed information on 
any of these enclosures, refer to the VAX Systems and Options Catalog and to 
the PDP-11 Systems and Options Catalog. 
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Floorstand Enclosure 

The floorstand enclosure houses a chassis, shown in Figure 2-2, that includes a 
12-slot backplane, 460-watt power supply, control panel, I/O distribution 
panel, three fans, and shelves for four mass-storage devices. The enclosure 
frame is covered by removable panels on the front, right, and left sides. There 
are three doors—a control panel door on the front, an I/O distribution panel 
door at the rear, and a backplane door inside the right side panel. The four 
casters on the bottom of the enclosure allow it to be moved easily. The 
Micro VAX II and the MicroPDP-11/83 are offered in this floorstand enclo¬ 
sure. 



Figure 2-2 ■ Floorstand Enclosure Chassis 

■ 12-slot Backplane 

The logic modules for the floorstand enclosure are installed into a 12-slot back¬ 
plane assembly. This assembly consists of four rows by 12 slots of prewired 
connectors and a mounting frame that allows quad- or dual-height logic mod¬ 
ules to be easily inserted and removed. There is an additional slot that is 
reserved for cable management. The Q-bus is not implemented in this slot. A 
card guide permits the latches on the quad-height modules to hold securely 
onto the backplane. 
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The backplane incorporates the Q22-bus wiring in rows A and B of connector 
slots one through twelve and in rows C and D of connector slots five through 
twelve. The Q22 bus supports an interrupt and DMA grant-continuity 
scheme for the logic modules installed in the backplane. Table 2-2 shows the 
assignment for each module in the backplane, and Figure 2-3 shows the (322- 
bus wiring throughout the backplane. 

Four 120-S2 resistor packs between backplane slots 12 and 13 are used to ter¬ 
minate the Q22 bus. Refer to Appendix A—Q-bus for detailed information on 
120-12 termination on the backplane. 

There are three J connectors on the backplane. J1 and J2 are 18-pin connectors 
that receive dc power and signals from the two independent regulators in the 
power supply. The backplane balances the load on each of the power supply’s 
two regulators. Regulator A connects to Jl, supplying the odd-numbered slots 
and the resistor packs. Regulator B connects to J2, supplying the even-num¬ 
bered slots. The third connector, J3, is a 10-pin connector for a cable to the 
CPU console board. The backplane supports a maximum of 38 ac loads and 20 
dc loads. 


Table 2*2 * 12-slot Logic-module Assignments 

Slot 

Row 

Micro VAX n 

MicroPDP-11/83 

1 

ABCD 

CPU 

PMI memory 

2 

ABCD 

One-quad-height or one 
dual-height memory module. 

Additional PMI memory 



Dual-height module should 
be installed into CD rows. 


3 

ABCD 

See Slot 2. 

CPU 

4 

ABCD 

Two dual-height options or 
one quad-height option. 

Two dual-height options or 
one quad-height option. 

5 

ABCD 

See Slot 4. 

See Slot 4. 

6 

ABCD 

See Slot 4. 

See Slot 4. 

7 

ABCD 

See Slot 4. 

See Slot 4. 

8 

ABCD 

See Slot 4. 

See Slot 4. 

9 

ABCD 

See Slot 4. 

See Slot 4. 

10 

ABCD 

See Slot 4. 

See Slot 4. 

11 

ABCD 

See Slot 4. 

See Slot 4. 

12 

ABCD 

See Slot 4. 

See Slot 4. 
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Figure 2-3 ■ Q22-bus Wiring Flow 


SLOT 1 
SLOT 2 
SLOT 3 
SLOT 4 
SLOT 5 
SLOT 6 
SLOT 7 

SLOT 8 

SLOT 9 
SLOT 10 

SLOT 11 
SLOT 12 


■ 460-watt Power Supply 

The 460-watt power supply, shown in Figure 2-2, is included with the floor- 
stand enclosure chassis. It consists of two regulators. Each regulator supplies 
230 watts, for a total of 460 watts, to one-half of the slots in the backplane, to 
the mass-storage devices inside the system chassis, to the control-panel 
switches and indicators, and to the three dc fans. 
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Features of the 460-watt power supply include 

■ Universal power supply with switchable inputs for 88-128 V RMS at 120 
V/60 Hz and 176-256 V RMS at 240 V/50 Hz. 

■ Two separate output circuits provide power to the two dc fans that are 
external to the power supply, and to the temperature sensor above the 
backplane. 

■ Line voltage conditioning. 

■ Connector at rear for remote control of power. 

■ Circuit breaker at rear for protection of input power. 

■ Internationally adaptable ac input connector. 

■ 5 Vdc power rating of 4.5 A minimum to 36 A maximum per regulator. 

■ 12 Vdc power rating of 0 A minimum to 7 A maximum per regulator. 


■ Control Panel 

The system control panel switches, pushbuttons, and indicator lights are 
located at the front of the floorstand enclosure chassis. These controls allow 
the user to apply and remove ac power, to stop and start the current program 
operation, and to protect the data stored on the disk drives. Refer to Figure 2- 
4 for an illustration of the floorstand enclosure control panel. 


■ I/O Distribution Panel 

The I/O distribution panel, located at the rear of the system chassis, is used to 
connect the cables from the console terminal, printing terminal, and other 
external devices that connect with the system. The I/O distribution panel con¬ 
tains areas to mount connectors for these devices, and also provides signal fil¬ 
tering and shielding against electromagnetic and radio frequency interference 
(EMI/RFI). Each module that sends a cable outside the chassis also has a panel 
insert that mounts in the I/O distribution panel. The external cable attaches 
to a connector on this panel. Panel inserts come in two standard sizes: 1 by 4 
inches (Type A) and 2 by 3 inches (Type B). The I/O distribution panel on the 
floorstand enclosure chassis has cutouts for four Type A inserts and six Type 
B inserts, or seven Type A inserts and four Type B inserts (two of the Type B 
inserts can be converted to three Type A inserts). 
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With this I/O distribution panel, use of one of the Type B panel inserts is 
predefined. This panel insert has one 25-pin El A connector for the console 
terminal. It also includes a rotary switch for selection of the baud rate of the 
console device. Two seven-segment LED indicators are used to display an 
error code and its location during the self-test diagnostic program and boot¬ 
strap routine. The remaining connector panels on this chassis provide 25 -pin 
EIA connectors to be used when additional device interfaces have been 
installed in the unit. Refer to Figure 2-5 for an illustration of the floorstand 
enclosure I/O distribution panel. 


halt 

DC OK 
RESTART 



Figure 2-4 ■ Floorstand Enclosure Control Panel 
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Figure 2-5 ■ Floorstand Enclosure I/O Distribution Panel 


■ Fans 

The floorstand enclosure chassis provides three brushless fans to draw air in 
from the top of the enclosure, as shown in Figure 2-2. The flow of air travels 
under the backplane, behind the control panel, and then inside the power sup¬ 
ply. A printed circuit board above the backplane contains two temperature 
sensors. One sensor regulates the speed of the backplane fan at the minimum 
level required to maintain a constant temperature within the backplane. The 
other sensor shuts down the system at high temperature. If the proper temper¬ 
ature within the backplane cannot be maintained, even at maximum fan 
speed, the over-temperature sensor will cause the system to shut down. The 
system also shuts down if the backplane fan fails. Power for the fans is pro¬ 
vided by the power supply. 
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Pedestal, Tabletop, and Rackmount Enclosures 

The pedestal and tabletop enclosure houses a chassis, shown in Figure 2-6, 
that includes an 8-slot backplane, 230-watt power supply, control panel, I/O 
distribution panel, two fans, and space for two mass-storage devices. The 
enclosure comprises an outer shell and includes a front cover and rear I/O dis¬ 
tribution panel cover. The pedestal version includes a base that attaches to the 
bottom. The Micro VAX II, Micro VAX I, MicroPDP-11/73, and MicroPDP- 
11/23 are offered in these enclosures. 

The rackmount enclosure houses the same chassis as the pedestal and tabletop 
enclosures and can be installed into a 19-inch-wide (48.26-centimeter) rack or 
cabinet and contains a front cover and chassis cover. The mounting hardware 
for installation into the rack is also included. The Micro VAX II, Micro VAX I, 
MicroPDP-11/73, and MicroPDP-11/23 are offered in this rackmount enclo¬ 
sure. 


Q-BUS MODULES 



Figure 2-6 ■ Pedestal/Tabletop/Rackmount Enclosure Chassis 
■ 8-slot Backplane 

The logic modules for the pedestal, tabletop, and rackmount enclosures can be 
installed in the 8-slot backplane assembly. This assembly consists of four rows 
by eight slots of prewired connectors and a mounting frame that allows quad- 
or dual-height logic modules to be easily inserted and removed. A card guide 
also permits the latches on the quad-height modules to hold securely onto the 
backplane. 
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The backplane incorporates the Q22-bus wiring in rows A and B of connector 
slots one through eight and in rows C and D of connector slots four through 
eight. The Q22 bus supports an interrupt and DMA grant-continuity scheme 
for the logic modules installed in the backplane. Table 2-3 shows the assign¬ 
ment for each module in the backplane, and Figure 2-7 shows the Q22 bus 
wiring throughout the backplane. 

This backplane provides 240-Q far-end termination for the Micro VAX II, 
220-12 far-end termination for the MicroVAX I, and 120-12 far-end termina¬ 
tion for the MicroPDP-11 systems. Refer to Appendix A—Q-bus for detailed 
information on bus termination on the backplane. 

Four connectors on the backplane, J1 through J4, receive voltages and signals 
from the power supply and provide signals and voltages to the front control 
panel of the system unit. This backplane supports a maximum of 30 ac loads 
and 20 dc loads. 



Table 2-3 ■ 8-slot Logic-module Assignments 

Slot 

Row 

Micro VAX II 

Micro VAX I 

MicroPDP-11/73 

MicroPDP-11/23 

1 

ABCD 

CPU 

CPU 

CPU 

CPU 

2 

ABCD 

One quad-height 
or one dual-height 
memory module. 
Dual-height module 
should be installed 
into CD rows. 

CPU 

Memory 

Memory 

3 

ABCD 

See Slot 2. 

Memory 

Additional memory 
or communications 
option. 

Additional memory 
or communications 
option. 

4 

ABCD 

Two dual-height 
options or one quad- 
height option. 

Additional memory 
or communications 
option. 

Two dual-height 
options or one quad- 
height option. 

Two dual-height 
options or one quad- 
height option. 

3 

ABCD 

See Slot 4. 

Two dual-height 
options or one quad- 
height option. 

RQDX1 if it is the 
last-used slot. 

See Slot 4. 

See Slot 4. 

6 

ABCD 

See Slot 4. 

See Slot 5. 

See Slot 4. 

See Slot 4. 

7 

ABCD 

See Slot 4. 

See Slot 3. 

See Slot 4. 

See Slot 4. 

8 

ABCD 

See Slot 4. 

See Slot 3. 

See Slot 4. 

See Slot 4. 
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Figure 2-7 ■ Q22-bus 'Wiring Flow 


■ 230-watt Power Supply 

The 230-watt modular power supply, shown in Figure 2-6, is included with 
the pedestal/tabletop/rackmount enclosure (hereafter referred to as the pedes¬ 
tal enclosure) chassis. It drives 230 watts of power to the logic modules 
mounted in the system backplane, to the disk-drive units, to the control-panel 
switches and indicators, and to the two dc fans. 

Features of the 230-watt power supply include 

■ Universal supply with switchable inputs for 88-128 V RMS at 120 V/60 Hz 
and 176-256 V RMS at 240 V/50 Hz. 

■ Separate output circuit for the two dc fans. 

■ Line voltage conditioning. 

■ Q22-bus compatible power sequencing signals. 

■ 5 Vdc power rating of 4.5 A minimum to 36 A maximum. 

■ 12 Vdc power rating of 0 A minimum to 7 A maximum. 











2-20 ■ System Hardware 


Additional 230-watt power supply features include thermal shutdown, over¬ 
voltage and overcurrent protection, ac input transient supression, and three 
signals for Q22-bus operation. 

■ Control Panel 

The system control switches, pushbuttons, and indicator lights are located on 
the control panel at the front of the pedestal enclosure chassis. These controls 
allow the user to apply and remove ac power, to stop and start the current 
program operation, and to protect the data stored on the disk drives. Refer to 
Figure 2-8 for an illustration of the pedestal enclosure control panel. 



Figure 2-8 ■ Pedestal Enclosure Control Panel 


■ I/O Distribution Panel 

For a functional description of the I/O distribution panel, refer to the floor- 
stand enclosure. 

A specific feature of the I/O distribution panel that is found in the pedestal 
enclosure is that it has cutouts for two Type A inserts and four Type B inserts, 
or five Type A inserts and two Type B inserts (two of the Type B inserts can 
be converted to three Type A inserts). 
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With this I/O distribution panel, one of the Type B panel inserts is 
predefined. On all of the supermicrosystems, except for the MicroPDP-11/23, 
this panel insert has one 25-pin EIA connector for the console terminal. It also 
includes a rotary switch for selection of the baud rate of the console device. 
Two seven-segment LED indicators are used to display an error code and its 
location during the self-test diagnostic program and bootstrap routine. The 
MicroPDP-11/23 has two 25-pin EIA connectors for the console terminal and 
a video or printing terminal. The remaining connector panels on the system 
chassis provide 25 -pin EIA connectors to be used when additional device inter¬ 
faces have been installed in the units. Refer to Figure 2-9 for an illustration of 
the pedestal enclosure I/O distribution panel. 

MicroPDP-11/23 MicroVAX II, MicroVAX I, and MicroPDP-11/73 

I/O DISTRIBUTION PANELS I/O DISTRIBUTION PANELS 


OPTION 1 OPTION 1 



Figure 2-9 ■ Pedestal Enclosure I/O 'Distribution Panel 


■ Fans 

Two brushless fans within the pedestal enclosure provide a flow of air from 
left to right (side-to-side) to cool the internal assemblies and modules as shown 
in Figure 2-6. Power for the fans is provided by the power supply. 
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Cabinet Enclosure 

The MicroVAX II and MicroPDP-11/83 are also available in a 42-inch-high 
(106-centimeter) cabinet. The cabinet enclosure houses a chassis, shown in 
Figure 2-10, that includes two of the 8-slot backplanes for a total offering of 
14 backplane slots (two slots are not operational), two 230-watt power sup¬ 
plies, two control panels, one large I/O distribution panel, four fans, and space 
for four 5.25-inch storage devices and two 14-inch storage devices. 


Q-BUS MODULES 



Figure 2-10 ■ Cabinet Enclosure Chassis 


■ Dual Backplanes 

The logic modules for the cabinet enclosure can be installed into the dual 8- 
slot backplane assembly. This assembly consists of two sets of four rows by 
eight slots of prewired connectors and a mounting frame that allows quad- or 
dual-height logic modules to be easily inserted and removed. A card guide on 
each backplane permits the latches on the quad-height modules to hold 
securely onto it. 
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Each backplane incorporates the Q22-bus wiring in rows A and B of connec¬ 
tor slots one through eight and in rows C and D of connector slots four 
through eight. The Q22 bus supports an interrupt and DMA grant-continuity 
scheme for the logic modules installed in the backplane. Table 2-4 shows the 
assignment for each module in the backplane, and Figure 2-11 shows the 
Q22-bus wiring throughout the backplane. 

The CD rows of slots one through three in the upper 8-slot backplane imple¬ 
ment a Micro VAX II local memory interconnect. These slots should only be 
used for the KA630 CPU module and MS630 memory modules. 

The PMI memory module in the MicroPDP-11/83 must reside in the first slot 
of the upper 8-slot backplane. The MicroPDP-11/83 CPU module must follow 
the PMI memory module in the second slot. If an additional PMI memory is 
added, it must reside in the second slot, followed by the CPU in the third. 

The dual backplanes provide 240-0 far-end termination for the MicroVAX II 
and 120-0 far-end termination for the MicroPDP-11/83. Refer to Appendix 
A—Q-bus for detailed information on bus termination on the backplane. 

Four connectors on each backplane, J1 through J4, receive voltages and signals 
from the power supplies and provide signals and voltages to the front control 
panel of the system unit. The dual backplanes support a system total of 54 ac 
loads and 20 dc loads, dc loads should be balanced between the two back¬ 
planes. 
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Table 2-4 ■ 14-slot Logic-module Assignments 


Slot 

Row 

Micro VAX n 

MictoPDP-11/83 

1 

ABCD 

CPU 

PMI memory 

2 

ABCD 

One quad-height or one 
dual-height memory 
module. 

Dual-height module 
should be installed into 
CD rows. 

PMI memory 

3 

ABCD 

See Slot 2. 

CPU 

4 

ABCD 

TSV05 tape controller or 
one quad-height or two 
dual-height options. 

TSV05 tape controller or 
one quad-height or two 
dual-height options. 

5 

ABCD 

One quad-height or two 
dual-height options. 

One quad-height or two 
dual-height options. 

6 

ABCD 

See Slot 5. 

See Slot 5. 

7 

ABCD 

See Slot 5. 

See Slot 3. 

Reserved 

ABCD 

M9404 Interconnect 
Module 

M9404 Interconnect 
Module 

Reserved 

AB only 

M9505 Interconnect 
Module 

M9504 Interconnect 
Module 

8 

ABCD 

KDA50 disk controller 
or one quad-height 
option or two dual¬ 
height options. 

KDA50 disk controller 
or one quad-height 
option or two dual¬ 
height options 

9 

ABCD 

KDA50 disk controller 
or one quad-height 
option or two dual¬ 
height options. 

KDA50 disk controller 
or one quad-height 
option or two dual¬ 
height options. 

10 

ABCD 

See Slot 5. 

See Slot 5. 

11 

ABCD 

See Slot 5. 

See Slot 5. 

12 

ABCD 

See Slot 5. 

See Slot 5. 

13 

ABCD 

See Slot 5. 

See Slot 5. 

14 

ABCD 

See Slot 5. 

See Slot 5. 


Refer to the Micro VAX and MicroPDP-11 Technical Manuals for further 
configuration guidelines. Ordering information for these manuals is pro¬ 
vided in Appendix D, Documentation. 
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SLOT 1 

SLOT 2 

SLOT 3 
SLOT 4 

SLOT 5 

SLOT 6 

SLOT 7 

SLOT 8 


SLOT 1 
SLOT 2 
SLOT 3 
SLOT 4 
SLOT 5 
SLOT 6 
SLOT 7 

SLOTS 


Figure 2-11 ■ Q22-bus Wiring Flow 


■ Power Supplies 

Two 230-watt power supplies, shown in Figure 2-10, are included with the 
cabinet enclosure. For a functional description of the 230-watt power supply, 
refer to the pedestal enclosure. 
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■ Control Panels 

The system control switches, pushbuttons, and indicator lights are located on 
the two control panels at the front of the cabinet enclosure. These controls 
allow the user to apply and remove ac power, to stop and start the current 
program operation, and to protect the data stored on the disk drives. Refer to 
Figure 2-12 for an illustration of these control panels. 


MAIN 

CONTROL 

PANEL 


EXPANSION 

CONTROL 

PANEL 



Fixed Disk t 


Ready 


DC OK 

o 


Figure 2-12 ■ Cabinet Enclosure Control Panels 
■ I/O Distribution Panel (H3490) 

For a functional description of the I/O distribution panel, refer to the floor- 
stand enclosure. 

A specific feature of the I/O distribution panel that is found in the cabinet 
enclosure is that it has cutouts for six Type A inserts and 11 Type B inserts. 
With this I/O distribution panel, one of the Type B panel inserts is 
predefined. This panel insert has one 25-pin El A connector for the console 
terminal. It also includes a rotary switch for selection of the baud rate of the 
console device. Two seven-segment LED indicators are used to display an 
error code and its location during the self-test diagnostic program and boot¬ 
strap routine. The remaining connector panels on this I/O distribution panel 
provide 2 5-pin El A connectors to be used when additional device interfaces 
have been installed in the unit. Refer to Figure 2-13 for an illustration of the 
cabinet enclosure I/O distribution panel. 
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■ Fans 

Four brushless fans within the cabinet enclosure draw air from the cabinet’s 
left-side panel, into the two system chassis, and out to the rear of the system 
chassis through the cabinet’s right-side panel. Power for the fans is provided 
by the two 230-watt power supplies. 

Ruggedized Enclosure 

The MicroPDP-11/73 and MicroPDP-11/23 are also offered in an enclosure 
for use in harsh manufacturing or industrial environments. This ruggedized 
enclosure is resistant to the effects of airborne particles, temperature and 
humidity, mechanical shock, and vibration. They can be installed on or under 
a bench, table, or shelf to create local information centers on the manufactur¬ 
ing floor. And these systems can be configured to accommodate a wide variety 
of manufacturing applications. Refer to Appendix D—Documentation for lit¬ 
erature on this special MicroPDP-11 configuration. 


■ Configurations 

Each of the supermicrosystems is available in a variety of configurations. This 
section briefly describes each of the configuring methods. Detailed configurat¬ 
ing information can be found in the VAX Systems and Options Catalog and the 
PDP-11 Systems and Options Catalog. Copies of these publications can be 
obtained from your local Digital sales representative or by ordering them 
direct from Digital. Refer to Appendix D for information on how to order 
documentation. 
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Standard Systems 

The standard system is a very simple method to select a hardware and soft¬ 
ware supermicrosystem configuration. Standard systems are available for the 
MicroVAX II, MicroPDP-11/83, and the MicroPDP-11/73. A standard system 
includes the CPU module, memory module, enclosure, power cord, documenta¬ 
tion, diagnostics, mass-storage device, load device, and communications 
device. Each of the remaining components that a supermicrosystem requires 
may be selected from optional menus. Menu categories include operating-sys¬ 
tem license, additional memory, additional communications, a console termi¬ 
nal, user terminals, printers, and cables. 

System Building Blocks 

The system building block is also a very simple way to select a hardware and 
software supermicrosystem configuration. System building blocks are avail¬ 
able for the MicroVAX II, MicroVAX I, MicroPDP-11/83, and the MicroPDP- 
11/73. A system building block starts with a kernel, which includes a CPU 
module, memory module, and an enclosure. Each of the remaining compo¬ 
nents that a supermicrosystem requires must be selected from its own specific 
menu. The menu categories are mass-storage device, load device, communica¬ 
tions device, power cord, documentation, diagnostics, operating-system 
license, console terminal, terminals, printers, and cables. System building 
blocks are flexible because they offer a wide range of components, are cus- 
tomer-tailorable, and also make configuring very easy. 

Packaged Systems 

The packaged system allows MicroPDP-11/23 customers to choose a precon¬ 
figured hardware and software configuration. Each packaged system includes 
a CPU module, memory module, enclosure, main-storage device, load device, 
and communications device. The operating system must be ordered sepa¬ 
rately. 

Base Systems 

The base system is a method of selecting a MicroPDP-11/73 and MicroPDP- 
11/23 system with a preconfigured CPU module, memory module, enclosure, 
mass-storage device, and load device. 

Information Kits 

User documentation and customer-runnable diagnostics come in an informa¬ 
tion kit. These information kits are only available in standard systems. 
Consult your Digital sales representative or refer to the VAX Systems and 
Options Catalog or PDP-11 Systems and Options Catalog for specific informa¬ 
tion kit ordering details on documentation and diagnostics that are not pack¬ 
aged in information kits. 
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■ Additional Documentation 

The supermicrosystem hardware documentation must be ordered by type of 
enclosure. The following list breaks down the manuals by enclosure. 

Floorstand Version 

Micro VAX II Technical Manual AZ-FE 09A-TN 

Micro VAX II Owner's Manual AZ-FE08A-TN 

MicroPDP-11 System Technical Manual AZ-FE 01A-TC 

MicroPDP-11 Owner's Manual AZ-FEOOA-TC 


Pedestal, Tabletop, and Rackmount Versions 

Micro VAX II Technical Manual 

MicroVAX II Owner's Manual 
MicroVAXICPU Technical Description 
Micro VAX I CPU Owner's Manual 
MicroPDP-ll System Technical Manual 
MicroPDP-11 System Owner's Manual 

Cabinet Version 

MicroVAX II Technical Manual 
MicroVAX II Owner's Manual 
MicroPDP-11 System Technical Manual 
MicroPDP-ll Owner's Manual 


AZ-FE06A-TN 

AZ-FE05A-TN 

EK-KD32A-TD 

EK-KD32A-OM 

EK-MIC11-TM 

EK-MIC11-OM 

AZ-GMBAA-MN 

AZ-GMCAA-MN 

AZ-GN1AA-MC 

AZ-GN2AA-MC 
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Chapter 3 ■ System Options 


Introduction 

Once a basic supermicrosystem configuration is selected, the hardware 
options that best suit the application must also be chosen. These options 
include memory, options which enhance the system’s performance, storage 
devices, communications devices, terminals, printers, and modems. Most of 
these options are compatible with every supermicrosystem. All of the options 
required to complete or expand a supermicrosystem are described in this chap¬ 
ter. 

Memory Options 

There are several memory options that are available for the supermicrosys¬ 
tems—the MS630 series for the Micro VAX II and the MSV11 series for the 
Micro VAX I and MicroPDP-11 systems. These memory options can often 
improve system performance. Each provides the capability to perform direct- 
memory access. During direct-memory access operations, data is transferred 
without processor intervention using block-mode transfers. As many as 16 
words or 36 bytes of information can be transferred by specifying a starting 
address. 

MS630 Memory 

The MS630 series is a set of random-access memory (RAM) modules support¬ 
ing the local memory interconnect of the Micro VAX II processor. The follow¬ 
ing are the main features of the MS630 series: 

■ Offers 1 Mbyte of MOS memory on a single, dual-height module (MS630- 
AA), or 2 or 4 Mbytes (MS630-BA, MS630-BB) on a single, quad-height 
module. 

■ Uses 256-Kbyte MOS RAM integrated circuits. 

■ Supports 24-bit addressing for as many as 16 Mbytes of physical memory 
(systems are currently limited to 9 Mbytes). 

■ Supports block-mode DMA transfers. 


MS VI1 -J Memory 

The MSV11-J is a single, quad-height memory module supporting the private 
memory interconnect of the MicroPDP-11/83 KDJ11-BF processor. The fol¬ 
lowing are the main features of the MSV11-J series: 
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- Offers 1 Mbyte (MSV11-JD) or 2 Mbytes (MSV11-JE) of PMI ECC MOS 
memory on a single, quad-height module. 

■ Uses 256-Kbyte RAM integrated circuits. 

■ Supports 22-bit addressing for as many as 4 Mbytes of physical memory. 

■ Supports block-mode DMA transfers. 

■ Has LEDs for parity-error indication. 


MSV11-Q Memory 

The MSV11-Q series is a set of random-access memory (RAM) modules. The 
following are the main features of the MSV11-Q series: 

■ Offers 1, 2, or 4 Mbytes (MSV11-QA, -QB, -QC) of MOS memory on a 
single, quad-height module. 

■ Uses 64-Kbyte (MSV11-QA) or 256-Kbyte (MSV11-QB, -QC) MOS RAM 
integrated circuits. 

■. Supports 22-bit addressing for as many as 4 Mbytes of physical memory. 

■ Supports block-mode DMA transfers. 

■ Has LEDs for parity-error indication. 


MSV11-P Memory 

The MSV11-P series is a set of random-access memory (RAM) modules. The 
following are the main features of the MSV11-P series: 


■ Offers 256 Kbytes (MSV11-PK) or 512 Kbytes (MSV11-PL) of MOS mem¬ 
ory on a single, quad-height module. 

■ Uses 64-Kbyte MOS RAM integrated circuits. 

■ Supports 18-bit or 22-bit addressing for as many as 4 Mbytes of physical 
memory. 

■ Supports block-mode DMA transfers. 

■ Has LEDs for parity-error indication. 



Performance Options 

Three options are available to enhance the performance of the MicroPDP-11/ 
23. A floating-point processor and floating-point accelerator are available for 
applications that require a great deal of calculation. The MicroPDP-11/83 and 
MicroPDP-11/73 have floating-point instructions in microcode, and the 
MicroPDP-11/83 has additional floating-point instructions in hardware. 

A character-string instruction set (Commercial Instruction Set) is also offered 
for business applications. 

KEF11-AA Floating-point Processor 

KEF11-AA is a single- and double-precision floating-point option. This option 
expands the capability of the MicroPDP-11/23 by adding the microcode to 
implement PDP-11 floating-point instructions. The microcode resides in two 
chips in one 40-pin package that mounts directly on the CPU module. It per¬ 
forms operations on 32-bit and 64-bit floating-point numbers and provides up 
;o 17 digits of precision. KEF 11-AA also provides integer to floating-point 
conversions. 

FPF11 Floating-point Accelerator 

FPF11 is a single-precision and double-precision fast floating-point hardware 
option that executes instructions approximately six times faster than the 
KEF 11-AA. This option is a single, quad-height module for the MicroPDP-11/ 
23 and mounts adjacent to the CPU. FPF11 performs hardware operations on 
32-bit and 64-bit floating-point numbers and provides up to 17 digits of preci¬ 
sion. Like the KEF11-AA, it provides integer to floating-point conversions. 

KEFll-BB Character-string Instruction Set 

The KEFll-BB implements a set of 27 commercial instructions on a variety of 
data types, including character-string, packed-decimal, and numeric formats. 
Because these data types closely resemble those used in COBOL, they are 
referred to as the Commercial Instruction Set (CIS). KEFll-BB mounts 
directly on the MicroPDP-11/23 CPU board. 

Storage Options 

Many storage options are available for the supermicrosystems. These options 
are offered in several different technologies so that the correct choice can be 
made for the storage application. Whether storage is being added for media 
backup, for loading software, for main storage, or for software interchange 
with another system, Digital has the appropriate storage device for the task. 
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RQDX3, RQDX2, and RQDX1 Disk Controllers 

The RQDX series is a set of intelligent controllers that provide data transfers 
between the Q22 bus and the RX50 flexible-disk drive and the RD-series of 
fixed-disk drives. These controllers contain logic that provides the necessary 
data buffering and control to allow direct-memory access (DMA) transfers 
using the Mass Storage Control Protocol (MSCP). 

A flat cable attaches to a 50-pin connector mounted at the edge of the module 
and to the signal distribution board located near the Q22-bus backplane. Sig¬ 
nals and data are then transferred from the connectors on the distribution 
board to the disk-drive assemblies. Four LED indicators are also mounted 
near the edge of the module to display octal codes during the self-test program 
operation. 

The following are the main features of the RQDX series: 

■ Controls up to four logical disk-drive units—one flexible-disk drive and up 
to two fixed-disk drives or a total of four fixed-disk drives (RQDX3 and 
RQDX2 only). 

■ Supports block-mode DMA data transfers. 

■ Quad-height module size for the RQDX1 and RQDX2. Dual-height mod¬ 
ule size for the RQDX3. 

■ Has maintenance self-test programs. 

■ Uses LEDs for parity-error indication. 

Refer to Table 3-1 for a concise listing of the RQDX series features. 

The RQDX3 and the RQDX2 are supported on the Micro VAX II and the 
MicroPDP-11 systems. The RQDX1 is supported on the Micro VAX I. 
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Table 3-1 

■ RQDX Series Features 


Feature 

RQDX1 

RQDX2 

RQDX3 

Elevator Seek Algorithm 

Y 

Y 

Y 

Buffered Seeks 

Y 

Y 

Y 

Physical Sector Skew 

Y 

Y 

Y 

Maximum Number of Logical 
Units 

4 

4 

4 

Maximum Number of Hard 
Disks 

2 

4 

4 

RX50 Disk Support 

Y 

Y 

Y 

RD51 Disk Support 

Y 

Y 

Y 

RD52 Disk Support 

Y 

Y 

Y 

RD53 Disk Support 

N 

Y 

Y 

Module Size 

Quad 

Quad 

Dual 

Required to be in Last Slot of 
Backplane 

Y 

N 

N 


KDA50 Disk Controller 

The KDA50 is an intelligent controller that interfaces up to four RA- series 
disk drives with the Micro VAX II and the MicroPDP-11/83. Two quad-height 
modules, the Standard Disk Interconnect (SDI) module and the processor 
module, make up the KDA50. The SDI module is the communications inter¬ 
face between the KDA50 processor module and the disk drives. The processor 
module is the control portion of the KDA50. 

Two flat cables attached to a 40-pin and 50-pin connector tie together the two 
modules. An internal SDI cable connects the KDA50 modules to the signal 
distribution board located near the Q22-bus backplane. Signals and data are 
then transferred from the connectors on the distribution board to the disk- 
drive assemblies. Four LED indicators are also mounted near the edge of the 
module to display octal codes during the self-test program operation. 

The following are the main features of the KDA50: 

■ Controls as many as four RA- series (RA81, RA60) disk drives in a radial 
connection. 

■ Supports block-mode DMA transfers. 

■ Has maintenance self-test programs. 

■ Uses LEDs for parity-error indication. 
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RX50 Flexible Disk 

Programs and data can be moved in and out of the supermicrosystems through 
the RX50 flexible-disk drives (shown in Figure 3-1). The RX50 is a single unit 
that contains two separate drives. Each of the two drives in the RX50 operate 
with a 5.25-inch flexible disk and provide a storage total on both disks of as 
many as 819.2 Kbytes of formatted data. Access to the drive is through the 
two doors located at the front of the drive unit. 

The RQDX controller module, located in the Q22-bus backplane, provides 
the interface between the Q22 bus and the RX50 flexible-disk drive. The con¬ 
troller implements the required MSCP protocol and controls the DMA data 
transfers. The RX50 operates with dc power supplied from the power supply. 
The following are the main features of the RX50: 

■ 819.2 Kbytes total formatted capacity (409.6 Kbytes formatted capacity 
per diskette). 

■ Two surfaces on a single spindle. 

■ 250 Kbits/second (31.25 Kbytes/second) average transfer rate. 

■ 164 milliseconds average seek time. 

■ Available in integrated, tabletop, and rackmount models. 



Figure 3-1 ■ RX30 Flexible-disk Drive 
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RD53, RD52, and RD51 Fixed Disks 

The RD53, RD52, and RD51 fixed-disk drives are compact, Winchester disk 
drives (the RD53 is shown in Figure 3-2) that provide reliable mass-data stor¬ 
age for the supermicrosystems. The drives contain double-sided, 5.25-inch, 
nonremovable disks enclosed in a sealed assembly. A microprocessor within 
each of the units controls the data transfers. 

The RD53 has 2.3 times the capacity and 33 percent faster average access 
times than the RD52, making it possible to support larger applications and/or 
more users. The RD53 can store up to 71 Mbytes of formatted data. It 
requires an RQDX3 or RQDX2 controller module. The RD52 disk drive can 
store as many as 31 Mbytes of formatted data, and the RD51 disk drive can 
store as many as 11 Mbytes of formatted data. Each requires either an 
RQDX3, RQDX2, or RQDX1 controller module. 

The RQDX series controller module, located in the Q22-bus backplane, acts 
as the interface between the Q22 bus and the disk-drive units. The controller 
module establishes the required MSCP protocol to allow direct-memory access 
between the CPU, memory, and the disk-drive units. The RD53, RD52, and 
RD51 units operate from the dc power of the power supply. 

The following are the main features of the RD53: 

■ 71 Mbytes formatted capacity. 

■ Eight recording surfaces (heads) on a single spindle. 

■ 5 Mbits/second (625 Kbytes/second) peak transfer rate. 

■ 30.0 milliseconds average access time. 

■ Available in integrated, tabletop, and rackmount models. 


The following are the main features of the RD52: 


■ 31 Mbytes formatted capacity. 

■ Eight recording surfaces (heads) on a single spindle. 

■ 5 Mbits/second (625 Kbytes/second) peak transfer rate. 

■ 53 milliseconds average access time. 

■ Available in integrated, tabletop, and rackmount models. 
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The following are the main features of the RD5T: 

■ 11 Mbytes formatted capacity. 

■ Four recording surfaces (heads) on a single spindle. 

■ 5 Mbits/second (625 Kbytes/second) peak transfer rate. 

■ 93.3 milliseconds average access time. 

■ Available in integrated, tabletop, and rackmount models. 

■ Available on MicroPDP-11 and MicroVAX I only. 


Figure 3-2 ■ RD53 Fixed-disk Drive 


RA81 Fixed Disk 

The RA81, shown in Figure 3-3, is a high-capacity (456 Mbytes formatted), 
rackmounted, Winchester fixed-disk drive for the cabinet enclosure. It is 
known for its outstanding data reliability characteristics, including an indus¬ 
try-leading 170-bit error-correction code (ECC). It requires the KDA50 con¬ 
troller module set. 
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The following are the main features of the RA81: 

■ 456 Mbytes formatted capacity. 

■ Read/write system employing an encoding/decoding scheme that yields 
one-third more storage capacity than drives using conventional encoding. 

■ Dual ports. 

■ 2.2 Mbytes/second peak transfer rate. 

■ 36.3 milliseconds average access time. 



Figure 3-3 ■ RA81 Fixed-disk Drive 

RA60 Removable Disk 

The RA60, shown in Figure 3-4, is a high-capacity (205 Mbytes formatted), 
rackmounted, removable-disk drive for the cabinet enclosure. The RA60 disk 
drive uses enhanced servo technology to elminate the need for alignment 
packs. It also incorporates new recording methods, microprocessor-controlled 
diagnostics, a 170-bit error-correction code, and a modular design for easy 
maintenance. 

The following are the main features of the RA60: 

■ 205 Mbytes formatted capacity. 

■ Enhanced servo technology—eliminates the need for alignment packs. 

■ Dual ports. 

■ 1.98 Mbytes/second peak transfer rate. 

■ 50.3 milliseconds average access time. 
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Figure 3-4 ■ RA60 Removable-disk Drive 
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RC25 Fixed/Removable Disk 

The RC25, shown in Figure 3-5, is a 26-Mbyte, Winchester fixed-disk unit 
combined with a 26-Mbyte, sealed removable-cartridge disk unit for a total of 
52 Mbytes. It is intended for use as a data storage device only. The RC25 con¬ 
tains its own intelligent controller and onboard microdiagnostics for mainte¬ 
nance. The removable-cartridge portion of the disk provides a one-to-one 
backup ratio. A second RC25 can be added to give the subsystem a total of 
104 Mbytes of storage. The second RC25 does not require a controller. 

Exceptional data reliability and integrity features include a powerful 170-bit 
error detection and correction code, automatic retry and revectoring, embed¬ 
ded servos, and bad-block replacement. 

The following are the main features of the RC25: 

■ 52 Mbytes formatted capacity. 

■ Four surfaces on a single spindle. 

■ 1,250 Kbytes/second peak transfer rate. 

■ 45.5 milliseconds peak access time. 


The RC25 is available for the MicroPDP-lls in a tabletop model, and for the 
Micro VAX II in a tabletop model or as a field-installed rackmount model. 



Figure 3-5 ■ RC25 Fixed/Removable-disk Drive 
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TK50 and TK25 Cartridge Tapes 

The TK50, shown in Figure 3-6, is a 95-Mbyte, 5.25-inch, streaming-car¬ 
tridge tape drive for the MicroVAX II, MicroPDP-11/83, and MicroPDP-11/ 
73 systems. It is also available as an add-on device on the MicroPDP-11/23. It 
is a compact and convenient backup, bootstrap, and distribution device that 
complements the supermicrosystem’s disk drives. The TK50 will serially 
record up to 95 Mbytes on a 0.5-inch by 600-foot tape that is enclosed in a 
COMPACTape cartridge. 

The following are the main features of the TK50: 

■ Up to 95 Mbytes formatted capacity (operating-system dependent). 

■ Industry-leading data integrity and reliability. 

■ 62.5 Kbytes/second peak transfer rate (45 Kbytes/second for user data). 

■ 75 inches/second tape speed. 

■ 22 tracks on a 0.5-inch COMPACTape. 

■ 6,667 bits/inch recording density. 

■ Available in integrated, tabletop, and rackmount models. 


The TK25, shown in Figure 3-7, is a 60-Mbyte, 8-inch, cartridge-tape drive 
packaged in a stand-alone tabletop enclosure. It is designed for fast backup of 
the RD51 and RD52 fixed disks on MicroPDP-11 systems only. The TK25 will 
serially record up to 60 Mbytes on a 0.25-inch tape that is enclosed in a 
DC600A cartridge. The TK25 cartridge-tape drive also comes with its own 
universal power supply with cooling and a quad-slot Q22-bus controller mod¬ 
ule. 

The following are the main features of the TK25: 

■ 60 Mbytes formatted capacity. 

■ 55 Kbytes/second peak transfer rate. 

■ 55 inches/second read/write speed. 

■ Ten tracks on 0.25-inch tape cartridge (DC600A). 

■ 8,000 bits/inch recording density. 
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Figure 3-6 ■ TK50 Streaming-cartridge Tape Drive 



Figure 3-7 ■ TK25 Cartridge-tape Drive 
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TSV05 Streaming Tape 

The TSV05, shown in Figure 3-8, is an industry-standard, 9-track, magnetic- 
tape drive for the Micro VAX II and MicroPDP-11 systems. It includes a tape 
transport with an integral formatter and a single, quad-height controller mod¬ 
ule. It features a storage capacity of 40 Mbytes (using 8-Kbyte blocks) and 28 
Mbytes (using 2-Kbyte blocks) on a 10.5-inch reel, 25/100 inches/second 
streaming-tape backup, and front-loading automatic tape threading. The 
TSV05 supports industry-standard 1,600 bits/inch phase-encoded format 
(ANSI-compatible). The tape transport occupies only 8.7 inches (22 centime¬ 
ters) in a 42-inch-high (106-centimeter) cabinet enclosure, and without the 
cabinet for system integrators. 

The following are the main features of the TSV05: 

■ 40 Mbytes formatted capacity (using 8-Kbyte blocks) and 28 Mbytes for¬ 
matted capacity (using 2-Kbyte blocks). 

■ 10.5-inch by 2,400-foot reel. 

■ Front loading. 

■ Automatic tape threading. 

■ 40 or 160 Kbytes/second peak transfer rate. 

■ 25/100 inches/second read/write speed (preset by user). 

■ 1,600 bits/inch recording density. 



Figure 3-8 ■ TSV05 Streaming-tape Drive 

CD Reader and CDROM 

The CD Reader, shown in Figure 3-9, is Digital’s newest storage technology. 
CD Reader is a data-oriented, read-only optical disk drive. The optical disk, 
called CDROM (Compact Disk Read-Only Memory) is a 4.7-inch (12-centime¬ 
ter) platter that can hold as many as 600 Mbytes of data. That is the equiva¬ 
lent of 200,000 single-spaced, typewritten pages or 1,600 flexible disks. Text, 
data, graphics, and images can all be distributed on CDROM disks. CDROM 
and CD Reader systems are an excellent vehicle for distributing relatively sta¬ 
ble information such as catalogs, reference libraries, design drawings, software 
and documentation, computer-based instruction, and financial data to a large 
number of users. 

The CDROM uses two interleaved error-correction codes so that any errors are 
detected and quickly corrected. The CD Reader comes with its own dual¬ 
height controller module that can support two drives. 

The following are the main features of the CD Reader and CDROM: 

■ 600 Mbytes formatted capacity. 

■ High data integrity. 
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■ Recording format conforms to the worldwide Philips/Sony standard. 


■ 1.5 seconds average access time. 


■ 150 Kbytes/second average transfer rate. 


■ Quiet and very easy to use. 


The CD Reader and CDROM is available only for the Micro VAX II. 


Figure 3-9 ■ CD Reader and CDROM 
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■ Communications Options 

The communications capability of each of the supermicrosystems can be 
expanded by communications interface options. These options enable asyn¬ 
chronous, synchronous, and realtime data transfers between two or more sys¬ 
tems, and also between a host system and its user terminals, modems, and 
other external devices. Each option consists of an interface module, internal 
cables, and a panel insert. The interface module installs into a slot in the Q22- 
bus backplane, and the device connector panel insert is mounted in the I/O 
distribution panel at the rear of the supermicrosystem chassis. Refer to the 
Microcomputer Products Handbook for detailed information on the following 
communications options. Appendix D has the ordering information for this 
handbook. 

Asynchronous Interfaces 

- DZQ11 

The DZQ11 is a four-line, asynchronous multiplexer that provides local or 
remote interconnection between the supermicrosystem and EIA RS232-C/ 
CCITT V.10 terminals or other systems. The DZQ11 operates at program- 
selectable speeds up to 9,600 bits/second at full-duplex with limited-modem 
control on each line. 

The DZQ11 is a single, dual-height module. It is compatible with Digital’s 
family of modems and with the Bell 100 and 200 series of modems and their 
equivalents. 

■ DHV11 

The DHV11 is an eight-line, asynchronous, direct-memory access multiplexer 
that provides local or remote interconnection between the supermicrosystem 
and EIA RS232-C/CCITT V.28 terminals or other systems. Direct-memory 
access reduces system overhead for terminal-intensive applications. The 
DHV11 operates at program- or jumper-selectable speeds up to 38,400 bits/ 
second at full-duplex with full-modem control on each line. Split-speed trans¬ 
mit and receive rates are supported on each line making more efficient use of 
communications facilities by reducing the software demand for the receive 
line. 

The DHV11 is a single, quad-height module. It is compatible with Digital’s 
family of modems and with the Bell 100 and 200 series of modems and their 
equivalents. 
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- DLVJ1 

The DLVJ1 is a four-line, asynchronous interface that provides local or remote 
interconnection between the Micro VAX II and MicroPDP-11 systems and 
EIA RS232-C/CCITT V.28, EIA RS422/CCITT V.ll, and EIA RS423/CCITT 
V.10 terminals. The DLVJ1 acts as four separate devices, making program 
operations more convenient than they are with a multiplexer. The DLVJ1 oper¬ 
ates at program- or jumper-selectable speeds from 150 to 38,400 bits/second 
at full duplex with limited-modem control. Split-speed transmit and receive 
rates are supported on each line making more efficient use of communications 
facilities by reducing the software demand for the receive line. 

The DLVJ1 is a single, dual-height module. It is compatible with Digital’s fam¬ 
ily of modems and with the Bell 100 and 200 series of modems and their equiv¬ 
alents. 

- DLVE1 

The DLVE1 is a single-line, asynchronous interface that provides local or 
remote interconnection between the Micro VAX II and MicroPDP-11 systems 
and EIA RS232-C/CCITT V.28 terminals. The DLVE1 operates at program- 
or jumper-selectable speeds from 50 to 19,200 bits/second at full duplex with 
limited-modem control. Split-speed transmit and receive rates are supported 
making more efficient use of communications facilities by reducing the soft¬ 
ware demand for the receive line. 

The DLVE1 is a single, dual-height module. It is compatible with Digital’s 
family of modems and with the Bell 100 and 200 series of modems and their 
equivalents. 

Synchronous Interfaces 

•DEQNA 

The DEQNA is a high-performance, synchronous, communications controller 
that connects the supermicrosystem to an Ethernet Local Area Network 
(LAN). The DEQNA complies fully with the Ethernet specification and oper¬ 
ates at 10 Mbits/second. 
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The DEQNA provides Ethernet data-link layer functions and a portion of the 
physical channel functions. The DEQNA is supported under DECnet Phase 
IV software. Digital also provides documentation and device drivers so that 
users can write their own higher-level protocols for specialized applications 
and communications in multivendor environments. The DEQNA allows com¬ 
munications with up to 1,023 addressable devices on an Ethernet. It physi¬ 
cally and electrically connects to the Ethernet coaxial cable via Ethernet 
transceiver cables and an H4000 Ethernet transceiver, or a Local Area Inter¬ 
connect (DELNI). The Physical Address ROM (DEXMR) is required to down¬ 
line load software to a diskless Ethernet node with a DEQNA. 

The DEQNA is a single, dual-height module. 

■ DMV11 

The DMV11 is a single-line, synchronous, microprocessor-controlled interface 
that provides local or remote interconnection between the supermicrosystem 
and other computer systems with EIA RS232-C/CCITT V.28, or RS423/ 
RS449 interfaces. The DMV11 implements DDCMP in hardware and sup¬ 
ports direct-memory access data transfers, DECnet point-to-point or multi¬ 
point configurations, and full-modem control. It operates at speeds from 
19,200 bits/second to 56,200 bits/second (depending on the version selected) 
at half- or full-duplex. 

Depending on the operating system and layered software, the DMV11 can sup¬ 
port up to 12 tributaries. In multipoint configurations, these tributaries can 
be other DMVlls or DMPlls. In point-to-point configurations, the DMV11 
can communicate with other DMVI Is, DUP1 Is, DMR1 Is, or DMP1 Is. 

The DMV11 is a single, quad-height module. It is compatible with Digital’s 
family of modems and with the Bell 200 series of modems and their equiva¬ 
lents. 

■ DPV11 

The DPV11 is a single-line, synchronous, programmable interface that pro¬ 
vides local or remote interconnection between the supermicrosystem and 
other computer systems with EIA RS232-C/CCITT V.28 or EIA RS232-C/ 
CCITT V. 11 interfaces. It operates at speeds as great as 56,000 bits/second at 
half- or full-duplex with full-modem control. The DPV11 is programmable for 
either byte-oriented protocols (DDCMP or BISYNC) or bit-oriented protocols 
(SDLC or HDLC). The DPV11 is suited for interfacing to medium-speed syn¬ 
chronous lines for remote batch and remote job-entry applications. 

The DPV11 is a single, dual-height module. It is compatible with Digital’s fam¬ 
ily of modems and with the Bell 200 series of modems and their equivalents. 
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■ KMV11 

The KMV11 is a high-performance, direct-memory access, single-line, pro¬ 
grammable, communications controller that provides local or remote intercon¬ 
nection between the Micro VAX II and MicroPDP-11 systems and other 
computer systems with EIA RS232-C/CCITT V.28, EIA RS422/CCITT V.l, 
or EIA RS423/CCITT V. 10 interfaces. It is capable of communications speeds 
as great as 64,000 bits/second. The KMV11 utilizes the MICRO/Tll proces¬ 
sor to perform user-defined communications functions, thereby freeing the 
host to do more application computations. 

The KMV11 can be programmed in synchronous or asynchronous modes. It is 
implemented as a single, quad-height module. The KMV11 also provides full- 
modem support for Digital's family of modems, the Bell 200 series of modems 
or their equivalents, and European-PPT-approved modems. 

Realtime Interfaces 

■ DRVll-JP 

The DRVll-JP is a general purpose, program-controlled, parallel-line inter¬ 
face. It contains 64 bidirectional input/output lines configured as four 16-bit 
ports. It is also bit interruptible on as many as 16 lines. Interrupt vectors may 
have fixed or rotating priorities. The DRVll-JP is a single, dual-height mod¬ 
ule. 

■ DRV11-WA 

The DRV 11-WA is a general purpose, direct-memory access, parallel-line, inter¬ 
face with 22-bit addressing capability. It permits block-mode DMA data trans¬ 
fers at rates as great as 250 Kwords/second in single-cycle mode, and as great 
as 500 Kwords/second in burst mode. The DRV11-WA is a single, dual-height 
module. 

■ AAV11 

The AAV 11 is a four-channel, digital-to-analog (D/A) converter module for 
MicroPDP-11 systems that includes control and interfacing circuits. It has 
four D/A converters, a dc-to-dc converter that provides power to the analog 
circuits, and a precision voltage reference. Each channel has its own holding 
register that can be addressed separately and provides 12 bits of resolution. 
The AAV11 is a single, dual-height module and is available as an add-on option 
only. 

• ADV11 

The ADV11 is a 12-bit, successive approximation, analog-to-digital (A/D) con¬ 
verter module for MicroPDP-11 systems that samples analog data at specified 
rates and stores the digital equivalent value for processing. A multiplexer sec¬ 
tion can accommodate as many as 16 single-ended or eight quasi-differential 
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inputs. The converter section uses a patented auto-zeroing design that mea¬ 
sures the sample data with respect to its own circuitry offset and, therefore, 
cancels out its own offset error. The ADV11 is a single, dual-height module 
and is available as an add-on option only. 

'AXV11 

The AXV11 is an analog input/output module for MicroPDP-11 systems that 
accepts up to 16 single-ended inputs or as many as eight differential inputs, 
either unipolar or bipolar. The AXV11 also has two separate digital-to-analog 
(D/A) converters. Each D/A converter has a write-only register that provides 
12-bit input data resolution. On receiving the data, the AXV11 changes it to 
an analog output voltage. The AXV11 is a single, dual-height module and is 
available as an add-on option only. 

■ KWV11 

The KWV11 is a 16-bit, programmable clock counter for MicroPDP-11 sys¬ 
tems only that provides a variety of means for determining time intervals or 
counting events. It can be used to generate interrupts to the processor at pre¬ 
determined intervals, or to synchronize the processor ratios between input 
and output events. It can also be used to start the ADV11 analog-to-digital 
converter either by clock counter overflow or by firing the Schmitt trigger. 
The KWV11 can be operated in any of four programmable modes—single 
interval, repeated interval, external event timing, and external event timing 
from zero base. The KWV11 is a single, dual-height module and is available as 
an add-on option only. 

■ Terminals, Printers, and Modems 

Digital offers a complete line of videoterminals, printers, and modems for the 
supermicrosystems. A terminal or device can be selected that incorporates the 
features that the application requires. A detailed description of all the 
videoterminals, printers, and printing terminals can be found in the Termi¬ 
nals and Printers Handbook. Refer to Appendix D for ordering information 
on this handbook. 

Videoterminals 

Videodisplay terminals use a cathode-ray tube (CRT) screen for output and a 
typewriterlike keyboard for input. Alphanumeric videoterminals are capable 
of displaying letters, numbers, and special characters in a fixed format. 
Graphics videoterminals can individually manipulate picture elements on the 
display screen and can represent graphs, charts, and pictures. Usually a 
graphics terminal can also emulate an alphanumeric terminal. Table 3-2 is a 
comparison chart of the alphanumeric and graphics videoterminals. 



Table 3-2 ■ Videoterminal Features 

Model 

Universal VT100 
Family Features 

Keyboard 

Advanced Video 
Features 

Graphics 

Printer Port 

Local Echo Asynchronous 

Communications 

Modem 

Control 

Integral 

Modem 

VT220 

X 

ANSI 

Numeric 

X 


X 

X 

Full Duplex 

X 

Optional 

VT2.40 

X 

ANSI 

Numeric 

X 

X 

X 

X 

Full Duplex 

X 

Optional 

VT241 

X 

ANSI 

Numeric 

X 

X 

X 

X 

Full Duplex 

X 

Optional 
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■ VT200 Videoterminal Series 

The VT200 series is Digital’s newest offering of videoterminals. The VT200 
terminals include all of the universal features of the VT100 series of videoter¬ 
minals. The VT200 units are smaller in size than the VT100 units and include 
low-profile packaging. A series of setup menus simplifies tailoring the termi¬ 
nal to the application. 

■ VT220 

The VT220, a monochromatic, text-only, videodisplay terminal (shown in Fig¬ 
ure 3-10) incorporates full VT100 functionality. The terminal features a 12- 
inch nonglare screen, low-profile packaging, and an adjustable monitor. The 
VT220 terminal includes VT52 terminal emulation, advanced-video features, 
a built-in printer port, and U.S.A./European modem controls. Its interna¬ 
tional capabilities include a multinational character set, universal power sup¬ 
ply, and both 20-milliampere and EIA interfaces. A plain-language setup 
menu, programmable function keys, and a selective-erase feature combine to 
make the VT220 terminal easy to use. Operator-oriented features such as split 
screen, bidirectional smooth scrolling, double-height and double-width charac¬ 
ters, and reverse video allow the VT220 terminal to be used for many 
applications. 



Figure 3-10 ■ VT220 Videodisplay Terminal 


■ VT240 and VT241 

The VT240 is a monochromatic, text and graphics videodisplay terminal. It 
incorporates all the features of the VT100 family and the VT220 terminal, is 
completely self-contained, and requires no upgrading. 
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The VT240 terminal supports the industry’s graphics standards by generating 
full bit-mapped graphics in both ReGIS and Tektronix 4010/4014 emulation. 
ReGIS is Digital’s general purpose graphics descriptor. It allows pictorial data 
to be created and stored very easily. By connecting this terminal to a graphics 
printer, such as the LA210, the contents of the display can be reproduced. 
The VT240 terminal consists of the same keyboard that is used for the VT220 
terminal, a monitor, and a system box. The system box contains the power 
supply, control-circuit board, and electrical connectors. 

The VT241 terminal offers all the capabilities of the VT240 terminal and 
includes a color monitor for four-color text and graphics output. Both the 
VT240 and the VT241 are shown in Figure 3-11. 


Figure 3-11 ■ VT240and VT241 Video- and Graphics-display Terminals 
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Printers and Printing Terminals 

Several printers and printing terminals are available for operation with the 
supermicrosystems. These devices include large, free-standing units and 
small, desktop units. Table 3-3 provides a comparison of the features available 
on the printers and printing terminals. 

■ LA210 Letterprinter 

The LA210 Letterprinter, shown in Figure 3-12, is a microprocessor-driven, 
medium-speed, wide-carriage, receive-only (RO), multimode printer that 
offers similar functionality to the LA 100 personal-computer model plus the 
addition of IBM personal-computer compatibility. The LA210 uses conven¬ 
tional impact dot-matrix printing technology. Dot formations may be of 
either letter quality (lower speed/higher density), draft quality (higher speed/ 
lower density) and a binary-print mode that allows the host computer to 
define all dots printed (graphics mode). The three basic modes of printer oper¬ 
ation cover a wide range of applications. The LA210 has been designed with 
the following standard capabilities: 

■ 240 characters/second draft printing speed. 

■ 40 character/second letter-quality printing speed. 

■ Compatibility with Digital and most IBM bit-map graphics printing appli¬ 
cations. 

■ Compatibility with IBM-PC, IBM-XT, and IBM-AT personal computers and 
with many IBM personal-computer emulators. 

■ Equipped with Courier-10 font with over 30 optional font cartridges avail¬ 
able. 

■ Prints in ten languages plus VT100 line-drawing characters. 

■ Wide carriage prints up to 217 characters on 15-inch paper. 

■ Styled for the office environment. 

■ Forms-handling tractor with acoustic shield. 

■ 2,000-character input buffer. 

■ Equipped with EIA RS232-C interface. 

■ 500-million character laminated printhead delivers exceptional print 
quality. 



Table 3-3 ■ Printer and Printing-terminal Features 


Model 

Print Speed and 
Quality 

Graphics 

Parts per Form 

Paper Feed 

Special Features 

Interface 

LA210 

240 ch/s draft 

40 ch/s letter 

80 ch/s memo 
optional 

X 

4 

Tractor 

Sheet optional 

IBM PC-compatible 
DEC PC-compatible 
10 languages 

EIA RS232-C 

IBM 

Parallel optional 

LQP03 

27 ch/s letter 

Optional 

4 

Friction 

Sheet optional 
Tractor optional 

DEC PC-compatible 

Full-character 

printing 

EIA RS232-C 

LA120 

180 ch/s draft 


9 

Tractor 

High-volume 

printing 

EIA RS232-C 

LA 100 

240 ch/s draft 

30 ch/s letter 

80 ch/s memo 
optional 

X 

4 

Friction 

Tractor 

Sheet optional 

Roll optional 

DEC PC-compatible 
Plug-in fonts 

EIA RS232-C 

LA50 

100 ch/s draft 

50 ch/s memo 

X 

3 

Friction 

Low tear-off 

Tractor 

DEC PC-compatible 

EIA RS232-C 
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Table 3-3 

■ Printer and Printing-terminal Features (Cont.) 


Model 

Print Speed and 
Quality 

Graphics 

Parts per Form 

Paper Feed 

Special Features 

Interface 

LA 12 

130 ch/s draft 

80 ch/s memo 

X 

2 

Friction 

Pin 

Roll 

Tractor optional 

Dual through the 
keyboard modem 
and/or acoustic 
coupler 

Modem 

EIA RS232-C 

LN03 

8 pages/min 


1 

Cutsheet 

High-resolution 

printing 

Downline- 
loadable fonts 

EIA RS232-C 

LCP01 

.5 page/min 

X 

1 

Cutsheet 

Transparency 

Color ink-jet 
printing 

Protocol¬ 

processing 

graphics 

EIA RS232-C 

EIA RS422 

20 mA 

LP23 

64-character 
band: 3001/min 
96-character 
band: 443 1/min 


6 

Tractor 

High-volume band 
printing 

Short-line parallel 
Long-line parallel 

LP26 

64-character 
band: 6001/min 


6 

Tractor 

High-volume band 
printing 

Short-line parallel 
Long-line parallel 


96-character 
band: 8001/min 
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Figure 3-12 ■ LA210 Letterprinter 


■ LQP03 Letter-quality Printer 

The LQP03 letter-quality printer, shown in Figure 3-13, is a desktop, full- 
character, impact printer especially designed for use with all of Digital’s super¬ 
microsystems. The LQP03 includes an expanded character set contained on a 
single, 130-petal daisywheel. The daisywheel allows use of all of Digital’s mul¬ 
tinational characters on one wheel, and provides scientific, mathematic, or 
other special characters on another. 

The printer produces graphics such as pie charts, bar charts, and line graphs 
with the Daisy-Aids* software package. An optional bidirectional forms trac¬ 
tor is customer-installable and handles a variety of fanfold paper including con¬ 
tinuous preprinted forms. It permits the paper to be scrolled forward or 
backward while printing. The single-tray cutsheet feeder option is designed to 
automatically feed precut paper to the LQP03 in either portrait or landscape 
fashion. 

The LQP03 runs on a variety of Digital’s operating systems and layered soft¬ 
ware products, plus software packages from other manufacturers. Depending 
on the software support, the LQP03 can also perform overprinting, boldfac¬ 
ing, underlining, subscripting, and super scripting. The LQP03 includes a stan¬ 
dard serial interface for compatibility with existing Digital printers. 


'Daisy-Aids is a trademark of Escape Computer Software, Inc. 
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Figure 3-13 ■ LQP03 Letter-quality Printer 
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■ LA120 DECwriterlll Printer 

The LA120 freestanding printing terminal, shown in Figure 3-14, is a sturdy, 
high-performance device with a reputation for reliability. It prints on multi¬ 
ple-copy, tractor-fed paper from 3 inches to 14.8 inches wide, at a maximum 
speed of 180 characters/second — enough to print a typical one-page memo in 
20 seconds. Because of its 1000-character buffer, bidirectional printing, and 
ability to skip quickly across spaces, the LA 120 printer maximizes printing 
throughput. 

The standard LA 120 printer character set is U. S. A./United Kingdom. Charac¬ 
ter sets for Europe or the APL programming language are optional. Characters 
can be printed in eight sizes and in six choices of vertical-line spacing. Charac¬ 
ters are formed by an impact dot-matrix printhead in a 7 by 7 dot format. 
Both keyboard send/receive (KSR) and receive-only (RO) versions are 
available. 


Figure 3-14 ■ LA120 DECwriterlll Printer 





LA 100 (Letterprinter 100 and Letterwriter 100) 

The LA 100 printing terminals (Letterprinter 100 shown in Figure 3-15) pro¬ 
vide flexibility in a tabletop unit. The Letterwriter 100 is a keyboard send/ 
receive (KSR) terminal, and the Letterprinter 100 is receive-only (RO). Both 
can print on friction-fed paper or on optional tractor-fed paper. 

The impact dot-matrix printer offers a choice of print quality and speed. In 
draft mode, it prints 240 characters/second maximum with a 7 by 9 print 
matrix, and letter-quality mode outputs a 33 by 18 print matrix at 30 charac¬ 
ters/second. In between these modes is the optional memo-quality mode with 
its 33 by 9 print matrix and 80 char ac ter s/second. Standard fonts included 
with the LA 100 are Courier-10 and Orator-10. Optional fonts include 
Gothic-10, Symbol-10, Courier-12, and many others. Fonts can be selected 
by the system or from the keyboard. 



Figure 3-15 ■ LA100 (Letterprinter 100) 


LA50 Personal Printer 

The LA50, shown in Figure 3-16, is a low-cost, tabletop printer. Its impact 
dot-matrix mechanism prints 7 by 9 matrix characters at 100 characters/sec- 
ond in draft mode, 13 by 9 characters at 50 characters/second in memo mode, 
as well as bit-map graphics. 
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Characters can be printed at pica (10) or elite (12) pitch, as well as compressed 
(16.5) for 132 characters on a line. Each pitch can also be printed in double¬ 
width characters. The LA50 has 250 printable characters, including 

■ The standard 96-character ASCII set. 

■ VT100 terminal special-character set. 

■ 8-bit multinational-character set. 

■ 11 national-character sets. 



Figure 3-16 ■ LA30 Personal Printer 
■ LA 12 Correspondent 

The LA12 Correspondent, shown in Figure 3-17, is a high-quality, portable, 
printing terminal, with an integral modem and an acoustic coupler. The LA 12 
includes 9 by 9 print dot-matrix characters at a maximum of 150 characters/ 
second, as well as bit-map graphics. Unlike most portable teleprinters, the 
LA12 uses plain (not thermal) paper. Character sets and formatting features 
are similar to those of the LA120 and LA100 printers. 




Figure 3-1 7 ■ LA12 Correspondent 


■ LN03 Laser Printer 

The LN03, shown in Figure 3-18, is an eight-page/minute laser printer that 
can be used as a shared resource for supermicrosystem users and as a remote 
printer for local area networks. 

The LN03 is a compact printer, packaging the print engine and the controller 
in one tabletop unit. With resolution of 300 dots by 300 dots/inch, the print 
quality of the LN03 is outstanding on both cutsheet paper and transparencies. 
The input paper capacity of the LN03 is 230 sheets, complemented by a paper 
path that automatically collates the pages in a 230-sheet output tray. In addi¬ 
tion to the 16 fonts resident in the LN03, a wide variety of optional fonts will 
be offered in both host media and cartridge formats. This flexibility reflects 
the LN03’s capability to accept two ROM (i.e., precoded typefaces) and/or 
RAM cartridges, the latter being used to receive fonts or forms that can be 
downline-loaded from a host. 



Figure 3-18 ■ LN03 Laser Printer 
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■ LCPQ1 Color Printer 

The LCP01, shown in Figure 3-19, is a color, ink-jet, graphics printer that pro¬ 
duces high-quality presentation graphics on paper and transparencies. The 
LCP01 is an intelligent printer that contains its own graphics processor that 
handles the display file processing from the CPU. This feature decreases pro¬ 
cessing time and frees the host CPU for other tasks. 

The LCP01 can store up to five fonts in local memory and offers brilliant out¬ 
put from more than 200 colors. It supports ReGIS, GIDIS, NAPLPS, and BIT 
MAP IMAGE (Color Sixel format) protocols. It is compatible with VAX DEC- 
slide, VAX DECgraph, DATATRIEVE, VAX VTX, and many third-party 
graphics generation packages. 

The following are the main features of the LCP01: 

■ Print speed: less than 2 minutes per copy. 

■ Print resolution: 154 dots/inch. 

■ Colors: 216. 

■ Image size: A size (7.5-9.5) and A4 (7.27-9.95). 

■ Print image resolution: 1,536 x 1,152 dots (maximum). 

■ Print colors: yellow, magenta, cyan, red, green, blue, black, and white. 

■ Tabletop model. 

■ Quiet (less then 58 db). 

■ Interface is El A or 20 mA. 
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Figure 3-19 ■ LCP01 Color Printer 


■ LP25 and LP26 System Printers 

The LP25 and LP26 (the LP26 is shown in Figure 3-20) are band printers for 
medium-duty printing workloads in a one-shift environment. They were 
designed for applications such as data processing, commercial, scientific, 
industrial, and educational. The LP25 and LP26 operate at medium speeds— 
up to 300 and 600 lines per minute. 
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Figure 3-20 ■ LP2 6 System Printer 


Modems 

Digital provides several modem units to enable the supermicrosystems to com¬ 
municate with remote terminals and systems over standard telephone lines. 
These units can be placed on a desk or table or mounted into a cabinet or rack. 

■ DF112 Modem 

The DF112 modem connects directly to a modular telephone jack and pro¬ 
vides both synchronous and asynchronous communications over dialup and 
private/leased telephone lines. The DF112 unit is comparable in operation to 
Bell 103/21A modems. 

Over dialup lines, it provides synchronous communication at 1,200 bits/sec- 
ond (full duplex) and asynchronous communication at 300 or 1,200 bits/sec- 
ond (full duplex). Over private/leased lines, the DF112 provides synchronous 
and asynchronous communication at 1,200 bits/second (full duplex). The 
DF112 can be used with any standard telephone for manual-call origination or 
is available with serial asynchronous autodial capability that can be controlled 
by a computer system or terminal connected to the El A port. 
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The following are the main features of the DF112: 


■ Dual application modem—supports 0 to 300 and 1,200-bit/second asyn¬ 
chronous operation, or 1,200-bit/second synchronous operation. 

■ Conforms to FCC Part 15 requirements. 

■ Approved for direct connection to Public-Switched Telephone Network by 
FCC Part 68. 

■ Quick and easy installation, maintenance, and operation. 

■ Automatic originate, answer, and disconnect capabilities. 

■ Single, serial-data port for both automatic dialing with autocall feature 
and normal data. 

■ Multiple-modem modules certified for operation in Canada by the Depart¬ 
ment of Communication. 

■ Multiple-modem modules support EIA cables up to 200 feet. 


■ DF124 Modem 

The DF124 modem, shown in Figure 3-21, connects directly to a modular tele¬ 
phone jack and provides both synchronous and asynchronous communications 
over dialup and private/leased telephone lines. The DF124 is comparable in 
operation to the CCITT V.22 bis and Bell 212A modems. 

Over dialup lines, it provides synchronous and asychronous communication at 
1,200 or 2,400 bits/second (full duplex). Over private/leased lines, the DF124 
again provides synchronous and asynchronous communication at 1,200 or 
2,400 bits/second (full duplex). The DF124 can be used with any standard 
telephone for manual-call origination or is available with serial asynchronous 
autodial capability that can be controlled by a computer system or a terminal 
connected to the EIA port. 

The following are the main features of the DF124: 

■ Dual application modem—supports 1,200-bit/second or 2,400-bit/second 
synchronous and asynchronous operation 

■ Compatible with the CCITT V.22 bis modem at 2,400 bits/second. Com¬ 
patible with the Bell 212A modem at 1,200 bits/second. 

■ All other features of the DF112. 
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Figure 3-21 ■ DF124 Modem Unit 


■ DF100 Modem Enclosure 

The DF 100 modem enclosure, shown in Figure 3-22, houses up to 12 DF100- 
series modules and can be installed into a 19-inch (48.3-centimeter) cabinet or 
rack. Can connect to either the Public Switched Telephone Network (PSTN) 
or the Private/Leased Telephone Network (P/LTN). 

The following are the main features of the DF100: 


■ Houses as many as 12 modem modules for cost reduction and space 
savings. 

■ Single, complete unit that is easily installed in a cabinet or rack. 

■ Contains internal power supply and provides space for optional power regu¬ 
lator. 

■ Permits easy servicing with online replacement of modem modules. 

■ Device and communication line cables are easily connected by the user. 
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Figure 3-22 ■ DF100 Modem Enclosure 


■ Additional Documentation 

VAX Systems and Options Catalog 
PDP-11 Systems and Options Catalog 
Networks and Communications Buyers Guide 
Microcomputer Products Handbook 
Terminals and Printers Handbook 


ED-27973-46 

ED-27981-41 

ED-28033-42 

EB-26078-41 

EB-26291-36 
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Chapter 4 ' System Software and Layered Products 


Introduction 

Software is the collection of written procedures and rules that control com¬ 
puter operations. The system software always includes an operating system, 
which is the “intelligence” of the computer system. Layered products are 
made up of high-level languages, information management products, program¬ 
mer productivity tools, and communications software products, that all work 
in conjunction with a specific operating system. 

Although the Micro VAX and MicroPDP-11 supermicrosystems are architec¬ 
turally similar in many respects, they each have software designed specifically 
for their architectures. This chapter will briefly describe the many operating 
systems and layered products that run on each of the supermicrosystems. 

Micro VAX Operating and Development Systems 

The full capabilities of the Micro VAX supermicrosystems can be reached 
through the MicroVMS operating system, the ULTRIX-32m operating system, 
and the VAXELN development toolkit. 

The MicroVMS and ULTRIX-32m operating systems organize and allocate sys¬ 
tem resources and files, protect data, and monitor system operations. A large 
set of programming languages, utilities, and application software is available 
to support these operating systems. The VAXELN development toolkit helps 
the programmer to develop dedicated applications for the Micro VAX. 

The key attributes of these systems are summarized in Table 4-1. 

MicroVMS Operating System 

MicroVMS is a general purpose, virtual-memory operating system for the 
Micro VAX II and Micro VAX I. It simultaneously supports realtime, batch, 
and interactive timesharing applications. Through virtual memory, the hard¬ 
ware and software interact to allow the physical memory of the system to be 
extended onto disk space. Some of the advantages of this system are 

■ The 32-bit architecture supports 4 Gbytes of virtual address space to per¬ 
mit large programs to be created and executed. 

■ Paging and swapping enable more programs to be executed than can be exe¬ 
cuted in systems with physical memory only. 
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■ Efficient memory management selects stored programs to be mapped into 
physical memory as required. 

■ Extensive system management capabilities control program behavior to 
minimize disk access and maximize program performance. 


■ Micro VMS Features 

The MicroVMS operating system provides the same native-mode runtime 
environment offered by the VAX/VMS operating system. All of the basic 
VAX/VMS operating system features are included except for support of the 
PDP-11 compatibility mode, which is provided on MicroVAX II by the 
optional software product, VAX-11 RSX. There is no support for clustering. 
MicroVMS is a multifunction, virtual-memory system with extensive VAX/ 
VMS system capabilities in file organization and access, program develop¬ 
ment, and information management, as well as the basic system utilities and 
the Digital Command Language. A wide range of applications and operational 
environments can be accommodated. Program development is fast and simple 
and virtually unlimited room exists for growth or migration to larger VAX/ 
VMS systems. 

All native-mode, nonprivileged VAX/VMS applications will execute on 
MicroVAX systems without modification. Compatibility mode applications 
will continue to run on MicroVAX II systems under the VAX-11 RSX optional 
software product. Many of the Digital-supplied language compilers, productiv¬ 
ity tools, information management products, and communications products 
are available as optional products with MicroVMS software. Applications can 
easily coexist with, and migrate between, MicroVMS and VMS systems so 
that the user’s investment in applications development and support is pro¬ 
tected. 

The MicroVMS operating system and optional communications hardware and 
software products provide extensive communications capabilities for the 
MicroVAX systems. These capabilities include remote system and local area 
network communications. Data access to any VAX system in the network, 
including clusters, is possible. When used with the VAX/VMS operating sys¬ 
tem, these facilities form a fast and efficient means of transferring informa¬ 
tion in large commercial and technical applications. 

■ MicroVMS Program Development 

MicroVMS program development support is provided by Digital’s high-level 
languages. These languages use the Common Language Environment (CLE) 
that makes them conform to a specific set of standards. CLE allows each 
MicroVMS language to interact easily with system services, libraries, and 
applications written in other MicroVMS languages. 
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VAX RMS (Record Management System) provides a standard for I/O for all 
languages. This allows files written by one application to be read and used by 
another application, even if it is written in a different language. Use of the 
VMS Runtime Library (RTL) provides an integrated, functional base for all 
MicroVMS languages. A symbolic debugger is included with MicroVMS that 
can be used to debug programs written in any MicroVMS language. Unique 
devices can also be interfaced to the system by writing a driver to support the 
device. 

Many application programs written by Digital and third-party vendors are 
available for program development as well. 

■ MicroVMS PDP-11 Compatibility Mode 
Digital’s commitment to supporting coexistence between 16- and 32-bit sys¬ 
tems and to provide migration paths between these systems is extended to the 
Micro VAX II system through the use of the MicroVMS optional software prod¬ 
uct, VAX-11 RSX. In the absence of compatibility mode hardware in the 
Micro VAX II system, VAX-11 RSX provides users with a PDP-11 instruction 
set software emulator. 

Using VAX-11 RSX, MicroVMS users can run—without modification—many 
RSX-based programs originally developed for PDP-1 Is. In addition, they can 
use their Micro VAX II system to continue to do program development for tar¬ 
get PDP-11 and MicroPDP-11 processors running any of the RSX operating 
systems. While the software emulator’s performance cannot match that of the 
compatibility mode hardware in larger VAX processors, VAX-11 RSX provides 
a valuable tool for PDP-11 compatibility mode operations in the absence of 
similar hardware in the Micro VAX II. 

ULTRIX- 32 m Operating System 

ULTRIX-32m is Digital’s enhanced native-mode UNIX* operating system for 
the MicroVAX systems. This software product is derived from the UNIX Ver¬ 
sion 4.2 from the University of California at Berkeley. The ULTRIX-32m oper¬ 
ating system is compatible with the ULTRIX-32 operating system for larger 
VAX processors. The product is complementary to MicroVMS and VAXELN 
and addresses the needs of users seeking a commodity operating system on 
low-end 32-bit systems. 


UNIX is a trademark of AT&T Bell Laboratories. 
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Although no UNIX system standard yet exists in the industry, the Berkeley 
implementation is widely recognized as the premier UNIX system adaptation 
on 32-bit systems. Because the Berkeley system was specifically developed to 
take advantage of the virtual architecture of VAX systems, it optimizes the 
hardware so that it performs more efficiently than other versions of the UNIX 
system. 

The ULTRIX-32m system is a repackaging, not a subset, of the full ULTRIX- 
32 product for larger VAX processors. It is designed to provide the complete 
set of ULTRIX-32 operating system capabilities for the smaller Micro VAX sys¬ 
tems. 

■ ULTRIX-32m Features 

The ULTRIX-32m operating system offers a wide range of programmer pro¬ 
ductivity tools and networking capabilities. 

The Bourne and C shells serve as the command-language interfaces into the 
system. Both of them are programmable and thus allow for a tailorable user 
environment. 

The ULTRIX-32m system provides a hierarchy of named directories and sub¬ 
directories. The number of levels is limited only by physical space. Utilities 
that aid in system and file maintenance include line and screen editors, file 
interchange, a print spooler, and system installation and maintenance. 

The C programming language interfaces with ULTRIX-32m and the UNIX sys¬ 
tem in the same manner. As a result, ULTRIX-32m or UNIX system applica¬ 
tions that are written in C can be easily moved from one UNIX machine to 
another. ULTRIX-32m can also be programmed in assembly language. 

ULTRIX-32m’s communications facilities include TIP (remote login), UUCP 
(phone network), mail, and Ethernet. DECnet ULTRIX V1.0 is offered as a 
separate layered product providing communication between ULTRIX and 
VMS environments. 

VAXELN Development Toolkit 

The VAXELN Toolkit is a VMS layered product for the development of dedi¬ 
cated, realtime VAXELN systems that run on VAX superminicomputers and 
Micro VAX supermicrosystems. The development tools run on a host VAX or 
Micro VAX processor under the VAX/VMS or MicroVMS operating system. A 
finished VAXELN system runs directly on a target VAX processor, without 
the presence of another operating system. 
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Typical VAXELN applications are ones in which individual processors have 
dedicated or otherwise predetermined functions and are not needed simulta¬ 
neously for general computing, program development, or other uses for which 
a general operating system, such as MicroVMS, is more appropriate. Examples 
include industrial automation, workstations designed for a particular profes¬ 
sion, Ethernet server networks, and robotics. 

VAXELN is especially well suited, although not limited, to creating realtime 
applications. These are applications in which the system’s response to external 
events is critical. Such applications include the typical scientific and industrial 
data processing situations in which the computer’s operation has to be pre¬ 
cisely synchronized with machines and special input/output devices. 

The VAXELN software simplifies the design and implementation of such appli¬ 
cations by offering 

■ High-level implementation languages (Pascal and C). 

■ A conceptually simple and small kernel executive that manages resources, 
processes, and data. 

■ Pregenerated optionally included service programs and device drivers that 
implement a file system, network communication facilities, and I/O-device 
handling. 


■ VAXELN Features 

VAXELN provides multitasking in Pascal or C programs. In addition, multi¬ 
programming is supported so that entire programs, including multitasking 
programs, can be scheduled concurrently on the same CPU. 

VAXELN systems can run on autonomous VAX or Micro VAX computers or, 
with the networking software provided in the toolkit, they can be connected 
in an Ethernet local area network. The network may include VAX/VMS nodes 
or other nodes using DECnet-VAX services and protocols. Once written, 
VAXELN programs can be redistributed among the nodes in a network with¬ 
out changing their code. 

Finished VAXELN systems can be loaded onto portable storage volumes and 
booted from them on the Micro VAX. If the user has the optional DECnet- 
VAX license and Ethernet hardware, VAXELN software can be downline- 
loaded from the development computer to the Micro VAX system(s). 

VAXELN system images can also be stored in and booted from read-only mem¬ 
ories (ROMs). 

■ VAXELN System Development 

For the development of VAXELN systems, the toolkit can be used on any VAX 
computer running a current version of the VAX/VMS operating system. 
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Together with other software modules, the user receives the following develop¬ 
ment utilities (VAX/VMS program images) in the VAXELN toolkit: 


■ VAXELN Pascal compiler. 

■ VAXELN debugger. 

■ VAXELN system builder. 


Although previously existing VAX programming languages can be used in 
VAXELN system development, the VAXELN Pascal compiler is provided in 
the toolkit. VAXELN Pascal is a highly optimizing, native-mode compiler 
extended to eliminate the need for other programming languages, including 
assembly language. It provides a consistent Pascal language for all system pro¬ 
gramming problems, including the writing of interrupt-service routines and 
blocks for concurrent processes. It is the primary implementation language of 
the VAXELN toolkit. 

User programs are written with the aid of the usual VAX/VMS text editors and 
utilities and then compiled. The compiled code is linked, using the standard 
VAX/VMS Linker, to a special runtime library also supplied with the toolkit. 
The runtime libraries provide special support for VAXELN Pascal and VAX C 
I/O operations, the standard Pascal routines such as SIN, the standard C rou¬ 
tines commonly associated with UNIX, such as PRINTF, and certain proce¬ 
dures used in system programming. The libraries are provided both in object- 
library and shareable-image forms in the toolkit. Only those shareable images 
containing code called by applications programs are included in the finished 
VAXELN system. This makes a finished system with a minimal amount of 
unused code while still maintaining maximum ease of use in program develop¬ 
ment. 

The VAXELN debugger is used to debug programs in a developed, executing 
VAXELN system. It can be used to debug a VAXELN system locally using the 
target computer’s console terminal. If the user has the optional DECnet-VAX 
license and Ethernet hardware, the debugger can be used remotely to debug 
VAXELN systems running on Ethernet nodes from a programmer’s terminal 
on a VAX/VMS node. 

The VAXELN system builder combines program images, the VAXELN kernel 
image, and runtime routines to produce an image of the finished VAXELN sys¬ 
tem. The program images can be any user-written programs developed in 
VAXELN Pascal or C, or any of the images supplied with the toolkit. The pro¬ 
gram images can also be the routines written in other VAX languages provided 
that they do not call VAX/VMS system services or language-specific runtime 
routines, such as I/O. 
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Also included in the toolkit are a number of program images ready for inclu¬ 
sion in the user’s VAXELN system. 

The VAXELN kernel is included in every VAXELN system. It manages the sys¬ 
tem’s processes and data, providing the controlled sharing of the system’s 
resources. The operations of the kernel are reflected in VAXELN programs by 
special procedure calls, almost all of which are predeclared in the language. 
For C programming, these kernel procedures are contained in an included 
module. 

The VAXELN file service supports I/O operations from VAXELN PASCAL pro¬ 
grams to file-storage devices such as disks, as well as remote file access to and 
from other DECnet nodes. I/O requests from the user’s programs are inter¬ 
preted by the file service and performed by the appropriate device-driver pro¬ 
gram. The file service and the toolkit’s disk-driver programs use the Digital 
Data Access Protocol (DAP) Version 7.0 for all low-level I/O operations. User- 
written drivers can run combined with the file service, and programming 
tools are supplied in the toolkit for this purpose. 

The VAXELN network service provides completely transparent network com¬ 
munications between VAXELN nodes in a local area network, and between 
VAXELN nodes and other DECnet nodes. In network applications, each 
VAXELN node runs its own VAXELN system, and each system is built includ¬ 
ing the network service. Given such a configuration, the network locations of 
VAXELN applications programs are completely invisible to each other. A pro¬ 
gram can communicate with a program on another node using precisely the 
same statements as if both programs were on the same node. 

High-performance device drivers are supplied for the commonly used 
UNIBUS (VAX) and Q22-bus (MicroVAX) devices. All are implemented in 
VAXELN PASCAL and are supplied both in source form and in image (binary) 
form. The driver sources can be used as templates for user-written drivers. 

A variety of other programming aids is supplied, such as template-device 
drivers, declarations of Data Access Protocol (DAP) interfaces, and declara¬ 
tions of exception arguments. 

- VAXELN Ada 

VAXELN Ada is a VAX/VMS layered product that, together with VAX Ada 
and the VAXELN Toolkit, allows you to develop Ada applications to run in the 
VAXELN environment. Each VAXELN Ada task is a separate VAXELN pro¬ 
cess, permitting a combination of Ada and non-Ada code in the same applica¬ 
tion. A Digital-supplied package of declarations makes it easy to call VAXELN 
kernel services and utility routines from VAXELN Ada programs. Device 
drivers and their interrupt handlers can be written in Ada. 



4-8 • System Software and Layered Products 


■ MicroPDP-11 Operating and Development Systems 

The MicroPDP-11 family has been able to take advantage of the broad base of 
PDP-11 software. The MicroPDP-11 provides a very easy and direct migration 
path from other Digital products by supporting existing PDP-11 software. 
The long list of PDP-11 system software allows the MicroPDP-11 to address 
tasks found in realtime, multiuser timesharing, and batch environments. The 
MicroPDP-11 is supported by eleven operating systems, of which two were 
developed exclusively for the MicroPDP-11 family. All of these make the 
MicroPDP-11 suitable for both development and applications environments. 
The key attributes of these systems are summarized in Table 4-1. 

RSX-11 Family 

The RSX family comprises four compatible, realtime multiprogramming oper¬ 
ating systems. They are the industry’s leading multiuser realtime operating sys¬ 
tems. Designed for minimum size and overhead, this family of operating 
systems can be used in a wide variety of hardware and application environ¬ 
ments—from small dedicated laboratory and industrial control systems to 
large multiuser information management systems. 

Micro/RSX, the family member designed specifically for the MicroPDP-11, 
expands these environments even further by providing a small and easy-to-use 
operating system that is customer-installable and, in most cases, allows for 
complete transportability of applications from other RSX family members. 

Once considered primarily a tool for technical applications, users are now dis¬ 
covering that RSX systems are ideal for such commercial applications as office 
automation, banking, airline reservation systems, and stock exchanges. 

The RSX family of operating systems provides reliable, high-performance 
response to realtime demands, as well as to less time-critical activities such as 
program development. They are designed to execute multiple programs con¬ 
currently. A program is allowed to execute (use the CPU as a resource) until its 
immediate need for the CPU is completed or until an external event with a 
higher-priority program takes its place. If the higher-priority program needs 
memory space, the lower-priority program is swapped out to a disk. This abil¬ 
ity to respond rapidly to external events makes the RSX family of operating 
systems an ideal choice where realtime reaction is important. When tasks of 
equal priority are eligible to execute, a round robin scheduler rotates their 
selection so that all receive an equal share of CPU time. 

RSX systems provide intertask communication facilities for sharing data, syn¬ 
chronizing execution, and sending messages. The sharing of memory areas and 
the use of shared resident libraries of software routines result in significant 
memory savings and increased performance. 
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RSX operating systems are not limited to realtime tasks. Micro/RSX, RSX- 
11M-PLUS, and RSX-11M also provide users with a complete multiuser pro¬ 
gram development environment. Software development tools provided with 
the systems include a choice of comprehensive command languages (including 
DCL, the Digital Command Language); a choice of editors; Record Manage¬ 
ment System (RMS) supporting sequential, random, relative, and multikeyed 
indexed sequential processors; debugging aids; system libraries; and a wealth 
of additional program development and maintenance utilities. 

Micro/RSX, RSX-11M-PLUS, and RSX-11M offer unsurpassed software com¬ 
patibility. All nonprivileged tasks that run on RSX-11M and RSX-1 IS can run 
on RSX-11M-PLUS and Micro/RSX without change or reassembly. Privileged 
tasks usually require little or no change. Micro/RSX and RSX-11M-PLUS also 
provide significant support for migrating applications to VMS environments. 
By using VAX-11 RSX, VMS and MicroVMS users can run RSX applications, 
often without modification, on their VAX and Micro VAX II systems. 

■ Micro/RSX 

Micro/RSX is an extended subset of the multiuser, multitasking RSX-11M- 
PLUS operating system. As the newest member of the RSX-11 family, Micro/ 
RSX was designed for use with the MicroPDP-11 and is a customer-install- 
able, easy-to-use system for both realtime and timesharing environments. 

Micro/RSX is offered in two packages. The Base Kit provides the full RSX- 
11M-PLUS executive, appropriate utilities and device drivers, support for 
user-mode program development in high-level languages, and a user documen¬ 
tation kit. The Advanced Programmer's Kit is an add-on to the Base Kit and 
includes the software and documentation necessary for MACRO-11 and privi¬ 
leged program development. This includes a MACRO assembler, a librarian, 
an online debugging tool, and system libraries specifically designed to support 
privileged programming. The Advanced Programmer’s Kit also includes the 
data terminal emulator and file transfer utility which allows for easy file trans¬ 
fer between a Micro/RSX system and any other RSX, VMS, or P/OS system. 
Communications among any of these systems is established through a terminal 
line. 

Micro/RSX also has Professional 350 diskette-exchange capability. With the 
use of the Professional Tool Kit, it allows programs to be developed for use on 
the Professional 350. Like RSX-11M-PLUS, Micro/RSX also provides a migra¬ 
tion path directly to VMS. 

■ RSX-11M-PLUS 

RSX-11M-PLUS provides the optimal multiuser system software for Digital’s 
newest processors in the PDP-11 family. As the superset member of the RSX 
family of operating systems, RSX-11M-PLUS offers all of this family’s capabili¬ 
ties. 
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RSX-11M-PLUS takes advantage of the expanded addressing capabilities of 
Digital’s newest PDP-11 processors while retaining the superior reliability 
and the successful architecture of RSX-11M. RSX-11M-PLUS uses hardware 
features in these PDP-11 processors that are not available in other members of 
the PDP-11 family. With the use of supervisor-mode library routines and sepa¬ 
rate user-mode instruction and data space, an RSX-11M-PLUS task can 
address as many as 196 Kbytes of memory. In addition, RSX-11M-PLUS sup¬ 
ports multistream batch, system accounting, dynamic dual-ported disks, addi¬ 
tional memory management capabilities, and more simultaneous tasks and 
terminals than RSX-11M. 

■ RSX-11M 

The RSX-11M operating system is the original member of the RSX family. It 
offers a large portion of the capabilities contained in RSX-11M-PLUS. RSX- 
11M excels in performance on small- and medium-size PDP-11 systems. It is 
designed to support factory automation, laboratory data acquisition and con¬ 
trol, graphics, process monitoring, process control, communications, and 
other applications that demand immediate response. Its multiprogramming 
capabilities permit realtime activities to execute concurrently with such activi¬ 
ties as program development, text editing, and data management. 

■ RSX-11S 

RSX-1 IS is a memory-resident subset of RSX-11M. As a result, a file system is 
not supported on RSX-1 IS. RSX-1 IS is used as an extremely efficient execute- 
only system. RSX-1 IS is generally used under conditions in which a disk can¬ 
not safely operate, such as on the floor of a manufacturing plant. 

RSX-1 IS provides excellent online process control. Because all programs are 
memory-resident, response is extremely fast. Tasks for an RSX-1 IS system are 
developed on computers running the RSX-11M, RSX-11M-PLUS, or VAX/ 
VMS operating system. Such tasks are then loaded into the RSX-1 IS system 
by using a supplied host utility, the RSX-1 IS Online Task Loader (OTL), or by 
downline loading if both the host and the RSX-1 IS system have DECnet or 
DECdataway support. 

RSTS Family 

Thousands of users, from financial institutions and schools to manufacturers, 
insurance companies, and airlines find RSTS/E to be a system that answers 
their computing needs. It provides what is important to the commercial and 
administrative environment—reliability, security, consistency, low cost per 
user, and an efficient base for building and running commercially oriented 
applications. 
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These features, in the course of over a decade, have led to the creation and 
availability of a wealth of applications suited to all dimensions of the commer¬ 
cial and administrative marketplaces. These applications range from general 
use products, such as word processing, sreadsheets, inventory control, and 
accounting to specialty products, such as golf handicapping, chromatography 
graphics, and legal analysis. 

The RSTS family includes two members—RSTS/E and Micro/RSTS. RSTS/E 
is designed for people who need the maximum flexibility in system configura¬ 
tion, a complete powerful program development environment, and a full range 
of user management and program development documentation. 

Micro/RSTS is designed for the MicroPDP-11 supermicrosystems and meets 
the needs of people whose primary use of the system will be running RSTS- 
based applications. Almost all applications that run on RSTS/E and the 
MicroPDP-11 hardware will also run unmodified on Micro/RSTS. Micro/ 
RSTS includes the BASIC-PLUS language and is offered at a lower cost than 
RSTS/E, but does not include many of the powerful development tools and the 
configuration flexibility that are standard features of RSTS/E. 

■ RSTS/E 

RSTS/E is a multiuser, general purpose timesharing system. It provides inter¬ 
active timesharing, batch processing, indirect command file processing, pro¬ 
gram development using a variety of languages and tools, and a wide variety of 
special purpose applications. As many as 127 concurrent terminal users in 
both local and remote locations, through multiterminal services, can interact 
with applications tasks. Without multiterminal services, the maximum num¬ 
ber of users is limited to 63. Tasks can share computational, storage, and 
input/output services provided by the RSTS/E system. Each one of the multi¬ 
ple users can count on an almost immediate response to requests for access to 
programs, utilities and data, and transactions in process. 

The user is associated with a job and interacts with that job through a termi¬ 
nal. A timesharing job scheduler allows the job to execute until its immediate 
need for the CPU is completed, or until an allocated period of time expires. 
The eligible job with the highest priority will then be executed. If several eligi¬ 
ble jobs have the same priority, a round robin scheduler rotates their selection 
so each gets an equal share of CPU time. For example, a batch job can also be 
submitted to run at a future time after working hours and the batch processor 
job will supervise its execution in the submitter’s absence. 

Each individual’s files and file directory can be protected from unauthorized 
access by other users. Each user can specify who can read a file and who is 
allowed to modify or update it. 
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Communications with the operating system are accomplished through the 
easy-to-use Digital Command Language (DCL). Individual installations can 
add their own commands with the Concise Command Language (CCL). And 
with optional MENU-11, customized menus can be built as a command inter¬ 
face for novice or infrequent users. BASIC-PLUS is also included with the 
RSTS/E operating system. 

Because RSTS/E can migrate from one PDP-11 processor to another, system 
growth is easy. In addition, distributed processing networks can be built using 
DECnet/E for Digital-only networks and Internets for connection to other 
vendor’s systems. 

- Micro/RSTS 

Micro/RSTS is a pregenerated subset of RSTS/E and supports all RSTS/E sys¬ 
tem calls. Micro/RSTS was designed primarily for use with the MicroPDP- 
11s, and is a customer-installable, easy-to-use system that can support as 
many as 20 jobs on the MicroPDP-11/83 and MicroPDP-11/73 and as many as 
10 jobs on the MicroPDP-11/23. It can also support as many as 14 terminals in 
a timesharing environment. 

Micro/RSTS consists of two separate kits. The Base System Kit is required for 
all users, and the Application Development Kit is optional. The Base System 
Kit includes software and documentation for the Micro/RSTS runtime sys¬ 
tem, for device support, and for BASIC-PLUS program development. BASIC- 
PLUS is included with the kit. The Application Development Kit includes soft¬ 
ware and documentation to support native MACRO-11 and high-level lan¬ 
guage program development. MACRO-11 is included with the Application 
Development Kit. 

Micro/RSTS supports programs developed on any RSTS/E system. Host devel¬ 
opment requires that files be transferred to and from the Micro/RSTS system. 
This can be done by using any transfer medium that is available on both sys¬ 
tems. 

MicroPower/Pascal Development Toolkit 

MicroPower/Pascal is an advanced software toolkit for developing Q-bus- 
based microcomputer applications. It includes a high-performance Pascal com¬ 
piler, a modular executive, and a variety of tools to create concurrent, realtime 
application programs. 
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■ MicroPower/Pascal Features 

MicroPower/Pascal has two system environments to accomplish this develop¬ 
ment. The host system creates and builds the software. The target system exe¬ 
cutes the software. Each application is custom-designed for its target system 
and includes the appropriate set of operating system services. The host, using 
the symbolic debugger, controls the execution of the target application during 
development. 

There are four MicroPower/Pascal products—MicroPower/Pascal-RT, 
MicroPower/Pascal-Micro/RSX, and MicroPower/Pascal-RSX to develop 
applications using a PDP-11 host system. MicroPower/Pascal-VMS develops 
applications using the VAX family. 

The host development environment for each of these products includes an 
extended, realtime Pascal compiler, a symbolic debugger, several build utili¬ 
ties, and a MACRO-11 interface. The target environment includes a library of 
software modules for process synchronization, communications, scheduling, 
exception and interrupt handling, timer services, and device and file I/O. 

The application program is created and linked with the appropriate runtime 
software in the host system. It is then transported to the target system by one 
of three methods—writing it into read-only memory, downline-loading it over 
a serial line, or recording it onto removable storage media such as a flexible 
disk or tape cartridge and then bootstrapping it on the target system. 

MicroPower/Pascal is very compact and can reside in as little as 8 Kbytes of 
memory for small application programs. For complex applications, Micro 
Power/Pascal can address as much as 4 Mbytes of memory. 

ULTRIX-11 Operating System 

ULTRIX-11 is Digital’s enhanced native-mode UNIX system software for 
PDP-1 Is, providing a flexible, interactive programming environment for mul¬ 
tiple users. It is an enhanced version of the UNIX Timesharing System, Sev¬ 
enth Edition (V7) by AT&T Bell Laboratories. 

■ ULTRIX-11 Features 

ULTRIX-11 includes all of the features found in Version 7, such as the Bourne 
shell, C shell, shell scripts, pipes, the C compiler, and the Assembler. In addi¬ 
tion, it includes a hierarchical file system that can provide a directory of files. 
Subdirectories can also be created to manage groups of similar files. Input/ 
output can be performed by reading or writing into a special file that is associ¬ 
ated with an I/O device. This makes file and device I/O similar for ease of 
programming. It also allows a program to accept either a file or device without 
changes, and extends the file protection mechanism to the I/O. The creator of 
a file can permit or deny read, write, and access protection to other users. 
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Digital has written many enhancements for ULTRIX-11 to provide better per¬ 
formance and maintainability. These enhancements include 

■ TCP/IP networking. 

■ Source-level compatibility with System V. 

■ System performance improvements. 

■ Improved fault tolerance. 

■ Disk bad-block replacement. 

■ Automated installation and system generation. 

■ System tuning. 

■ Processor and peripheral device support. 

■ VI full-screen editor. 

■ Terminal Enabling Editor (TED). 

■ Overlay kernel for CPUs with combined instruction and data space. 

■ Special files. 

■ File-system table. 

■ Crash-dump analyzer. 

■ System-management commands. 

■ C shell. 

■ Kernel floating-point simulator. 

■ TIP remote login and file transfer. 

■ Source code control system with job control. 

■ Certain System V features. 

■ Certain University of California at Berkeley Version 2.9 features. 


The ULTRIX-11 operating system is interfaced through the Bourne or C shell 
command-line interpreter. Shell commands create processes that can commu¬ 
nicate through pipes, create subsidiary processes, and synchronize the off¬ 
spring processes. These interfaces permit users to create commands for 
individualized routines that can be run in an interactive environment. This 
means that they can produce their own command lines and command files to 
assign symbolic names, evaluate numeric and logical expressions, accept 
parameters, communicate with interactive users invoking the shell script, and 
perform conditional and branching logic 




ULTRIX-11 languages include 


■ C—FORTRAN-77 and RATFOR—adds a C-type control structure to FOR¬ 
TRAN. 

■ BASIC-like interpretive language. 

■ Programmable desk calculator. 


Software tools include a compiler writing system, document preparation pro¬ 
grams, information handling routines, and graphics support. The customer 
can easily install ULTRIX-11 and also run the System Exerciser Package to 
verify that it is functioning properly. 

RT-11 and CTS-300 Operating Systems 

RT-11 is an operating system for realtime, single-user applications. It is well 
suited for such applications as laboratory and factory instrument control, man¬ 
ufacturing process control, flight management, mapping, and numerous other 
technical jobs. CTS-300 is a complete, multiuser software environment lay¬ 
ered on top of RT-11. It is designed to support commercial applications. CTS- 
300 includes DIBOL, a programming language designed for writing business 
applications. 

■ RT-11 Features 

RT-11 uses the Digital Command Language (DCL). This makes access to oper¬ 
ating system services as easy as typing English-like commands. Instead of hav¬ 
ing to manage system calls directly, services can be called through DCL 
commands that will prompt for any missing parameters and will offer help if a 
problem or question arises. 

The keypad editor, KED/KEX, is specially designed for a wide range of 
videoterminals and takes advantage of all their advanced features. Screen-ori¬ 
ented editing immediately points out any editing problems and makes quick 
changes to correct errors or to accommodate altered program needs. 
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RT-11 systems offer a choice of three different operating-system monitors to 
accommodate a range of RT-11 users. Digital supplies the system with a sin¬ 
gle-job monitor, a foreground/background monitor, and an extended-memory 
monitor. A single-job monitor, called SJ, organizes the system for single-user, 
single-program conditions. The foreground/background monitor, called FB, 
takes advantage of the fact that much central processor time is spent waiting 
for external events such as I/O transfer or realtime interrupts. In the FB moni¬ 
tor, this waiting time is put to good use by allowing the CPU to be used for 
other jobs while the principal (foreground) job is pausing. The extended-mem¬ 
ory monitor, XM, allows both foreground and background jobs to extend their 
effective logical program space beyond the 64-Kbyte space imposed by 16-bit 
addresses on PDP-11 computers. The XM monitor contains all the features of 
FB plus the capability of accessing as many as 4 Mbytes of memory. 

There are three communications utilities that come with RT-11. VTCOM (Vir¬ 
tual Terminal Communications) allows RT-11 to connect to any host system 
via a serial line and transfer ASCII files between the two systems. TRANSF 
(Binary File Transfer) uses VTCOM and allows binary files to be transferred 
between RT-ll-based (RT-11, CTS-300, RTEM-11) systems via a serial line. 
Ethernet Handlers for DEQNA allow users to write their own software to com¬ 
municate over Ethernet hardware. 

RT-11 provides even more tasks to make the system accessible to both novice 
and experienced users alike. RT-11 offers an automatic-installation procedure 
that installs the operating system simply by conducting an interactive dialog 
with the user. 

Programs can be written without explicitly identifying the output device. For 
example, the device selection can be deferred until the program is run so that 
printer output can be directed to the disk. When a new device is added to the 
system, any old programs can be adapted easily. 

RT-11 programs can also be developed as one of the tasks on an RSX-11 sys¬ 
tem using RTEM-11. Programs developed with RTEM-11 can execute on 
appropriately configured RT-11 systems in the same manner as if they had 
been developed on RT-11. Most programs developed on RTEM-11 can be 
debugged and tested on RTEM-11. The execution environment supplied with 
RTEM-11 is foreground/background (FB). 

Although RT-11 supports only one command terminal, multiterminal support 
capability allows programs to control up to 16 additional terminals. 

■ CTS-300 Features 

CTS-300 is designed to support commercial applications. It consists of the RT- 
11 operating system, described before, plus DIBOL (Digital’s Business-Ori¬ 
ented Language), and a number of utilities. Most RT-11-dependent software 
products can also be run on CTS-300. 
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CTS-300, like RT-11, is a single-user system in the sense that there can be only 
one system command terminal. However, multiple terminals running multiple 
DIBOL jobs or developing multiple DIBOL programs are supported under the 
three DIBOL runtime systems—single-user DIBOL (SUD), timeshared DIBOL 
(TSD), and extended-memory timeshared DIBOL (XMTSD). 

DIBOL is an easy-to-learn and easy-to-use language that allows commercial 
applications to be developed in minimal time. DIBOL has a Data Division and 
a Procedure Division, like COBOL, and provides the ability to manipulate 
data, evaluate arithmetic expressions, redefine records, call other programs, 
spool output, and access files. 

Utilities included with CTS-300 are 

■ DEC form—defines video screen formats, checks entered data for range 
and type, and totals and validates entered fields. It also supports additions, 
inquiries, changes, and verifications to DMS-300 files. 

■ DMS-300—a data management utility that supports sequential access, ran¬ 
dom access, and keyed access to ISAM files. 

■ SORT/MERGE—a data management utility that permits users to easily 
define the parameters for sorting and merging data files. 

■ Line Printer Spooler Utility—queues and manages files for printed out¬ 
put. 


DSM (Digital Standard MUMPS) 

DSM is a complete, multiuser system environment with data management 
capability and the interactive, high-level language, MUMPS. With DSM, pro¬ 
grams can be quickly written, tested, debugged, or modified to establish a 
working application. 

The MUMPS language, originally developed at Massachusetts General Hospi¬ 
tal, has syntax and semantics oriented toward solving database-related applica¬ 
tions. A novice programmer can very quickly produce useful working code, 
although using the full range of MUMPS capabilities does require some pro¬ 
gramming experience. 

MUMPS’ text-handling capabilities allow the inspection of any data item for 
content (such as particular keywords) or for format (letters, numbers, or punc¬ 
tuation characters in a string of text). The capabilities are useful for online 
data-entry checking and correction. 

The DSM hierarchical file structure allows data files to be designed to suit the 
needs of a particular environment. Dynamic file storage simplifies expansion 
or modification of the database. The database handler maintains an in-mem- 
ory cache of disk data for high-performance data access and data sharing. 
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DSM implements an extension of the 1983 ANSI Standard MUMPS language. 
DSM allows a MUMPS application to define independent error handlers for 
each execution level. A MUMPS debugger allows the DSM programmer to set 
or clear breakpoints, single-step through MUMPS commands, and trace pro¬ 
gram execution. 

■ DSM-11 Features 

DSM-11 is a complete multiuser operating system for the MicroPDP-11 sys¬ 
tems that includes the MUMPS language interpreter and a powerful, high-per¬ 
formance data management capability. DSM-11 supports the following 
features on the MicroPDP-11: 


■ 

Mountable volume sets. 

■ 

Inter job communications. 

■ 

Memory-resident applications. 

■ 

Magnetic-tape streaming. 

■ 

IBM binary synchronous communications. 

■ 

Autoconfiguration. 

■ 

Unattended backup. 

■ 

System-level, transparent journal of database modifications can be main¬ 
tained on either disk or magnetic tape. 

■ 

Output to devices (such as a printer) can be spooled. 

■ 

Bad-block management for all disk media. 

■ 

Online, high-speed database backup, disk-media preparation, and tape-to- 
tape copying. 

■ 

Hardware device-error reporting, system patching utility, and an executive 
debugger for system maintenance. 

■ 

System installation and generation procedures. 
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■ VAX DSM Features 

VAX DSM is an implementation of Digital Standard MUMPS for VMS and 
MicroVMS. VAX DSM includes the MUMPS language and a high-performance 
database handling capability. VAX DSM includes all of the features of DSM- 
11, plus has some specific VAX-related features. Additional VAX DSM fea¬ 
tures include 


■ Use of VMS facilities (batch, spooling, backup). 

■ Access to VMS I/O capabilities (sequential, relative, and indexed files, mail¬ 
boxes, and DECnet). 

■ External call interface to nonMUMPS procedures (fZCALL function). 

■ Transparent journal of database modifications. 

■ Mapping of DSM routines in virtual memory. 



Table 4-1 ■ Operating-system Summary 


Feature 

Micro 

VMS 

ULTRIX 

-32m 

Micro/ 

RSX 

RSX 

-11M- 

PLUS 

RSX- 

11M 

RSX- 

ns 

Micro- 

RSTS 

RSTS/E 

ULTRIX 

-11 

RT-11 

CTS- 

300* 

DSM 

User Interface 













Shell 


X 







X 




DCL 

X 


X 

X 

X 

X 

X 

X 


X 

X 


MCR 




X 

X 

X 







CCL 







X 

X 


X 

X 


User-written 



X 

X 

X 





X 

X 


Text Editors 













Keypad 

X 


X 

X 

X 


X 

X 


X 

X 


Line 


X 

X 

X 

X 


X 

X 

X 

X 

X 

X 

Screen 


X 

X 

X 

X 

X 

X 

X 


X 

X 


Batch Processing 

X 


X 

X 




X 


X 

X 


File Management 













Multikey ISAM 



X 

X 

X 


X 

X 





Single-key ISAM 



X 

X 

X 


X 

X 



X 


Sequential 


X 

X 

X 

X 


X 

X 

X 

X 



Relative 



X 

X 

X 


X 

X 


X 



Random 



X 

X 

X 


X 

X 


X 

X 



Includes RT-11, DIBOL-83, and DECform. 
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■ High-level Languages 

Most operating systems need additional software, such as programming lan¬ 
guages, to perform more specialized tasks than the operating system can per¬ 
form alone. The supermicrosystem’s programming languages are well-suited 
to the needs of industry, science, education, and business. They are typically 
developed in response to specific functional needs. Some languages, such as 
FORTRAN, were originally intended for processing enormous amounts of 
numerical data through complicated formulas at high speeds. Others, such as 
COBOL and DIBOL, were developed for commercial applications in which 
data management played a major role. And still others, like BASIC, were 
invented for use by students who were unfamiliar with computers and needed 
a simple, easy-to-learn language related to everyday speech. The descriptions 
in this section attempt to show the special strengths of each Digital-supplied 
language in satisfying specific application needs. 

Table 4-2 summarizes the languages supported by each operating system. 

BASIC 

Four versions of BASIC are available for the supermicrocomputers. All four 
versions use simple English commands, understandable abbreviations, and 
familiar symbols for mathematical and logical operations. They are readily 
accessible to programmers who are not computer specialists. They are used 
extensively in education, small businesses, laboratories, and for personal use. 

VAX BASIC is an interactive, shareable language processor for the MicroVMS 
operating system. VAX BASIC takes full advantage of the VAX-11 floating 
point, decimal, and character instructions. 

BASIC-PLUS-2 is an extended BASIC compiler that runs under the Micro/ 
RSX, RSX-11M-PLUS, RSX-11M, Micro/RSTS, and RSTS/E operating sys¬ 
tems. It takes full advantage of the PDP-11 floating-point and integer instruc¬ 
tion sets. 

BASIC-PLUS and BASIC-11 are conversational programming languages devel¬ 
oped at Dartmouth College that use simple English-like statements and famil¬ 
iar mathematical notations to perform operations. BASIC-PLUS is an integral 
part of the RSTS/E operating system, and is also available for the RT-11 operat¬ 
ing system. BASIC-11 is optional for the CTS-300 operating system. 

C 

C is a concise, expressive, structured programming language designed by 
AT&T Bell Laboratories for program development on UNIX systems. It is 
included with ULTRIX-11 for the MicroPDP-11 family. 

VAX C is an extended implementation of the C programming language devel¬ 
oped by AT&T Bell Laboratories and is available as an option on MicroVMS. 
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COBOL 

COBOL is an industry-standard, data-processing language used extensively 
for business applications because of its orientation toward character, string, 
and file processing. Digital provides two versions of COBOL that are based on 
the 1974 ANSI COBOL standard and implement many items from the pro¬ 
posed ANSI standard. 

COBOL-81 runs on the MicroPDP-11 family under Micro/RSX, RSX-11M- 
PLUS, RSX-11M, Micr/RSTS, and RSTS/E. COBOL-81 is a subset of VAX 
COBOL. Performance can be improved by using COBOL-81 with the optional 
KEF11-BB Commercial Instruction Set option. 

VAX COBOL is a fully featured COBOL compiler that meets the highest level 
of federal requirements. It runs on MicroVAX systems that have MicroVMS. 
Because COBOL-81 is a subset of VAX COBOL, COBOL-81 programs can, in 
most cases, be compiled and executed on a MicroVAX or VAX without source- 
code changes. 

CORAL-66 

CORAL-66 is a block-structured language developed by the British govern¬ 
ment for realtime and process-control applications. The language is designed 
to replace assembly-level programming in modern industrial and commercial 
applications. It is used for long-life products where ease of maintenance and 
flexibility are required. CORAL-66 is available only on MicroPDP-11 systems 
with RSX-11M-PLUS, RSX-11M, or RSX-11S. 

DIBOL-83 

DIBOL-83 (Digital Interactive Business-Oriented Language) is a high-level, 
procedural language designed specifically for interactive business data process¬ 
ing. DIBOL-83 is based on the DIBOL Standards Organization definition. 

It is represented in two segments—a data division and a procedure division. 
The data division defines the data that is used by the program. The procedure 
division contains the executable statements. DIBOL-83 is available on 
MicroPDP-11 systems under Micro/RSX, RSX-11M-PLUS, RSTS/E, and as 
part of CTS-300. It is also available for MicroVAX systems running 
MicroVMS. 

FORTRAN 

FORTRAN is the most widely used programming language for developing pro¬ 
grams dealing with scientific applications. Three FORTRAN compilers are 
available for the supermicrosystems: 
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■ VAX FORTRAN for MicroVMS. 

■ PDP-11 FORTRAN-77 for Micro/RSX, RSX-11M-PLUS, RSX-11M, RSX- 

I IS, Micro/RSTS, and RSTS/E systems. FORTRAN-77 is available for RT- 

II from the Digital Classified Software Library. 

■ FORTRAN IV for RSX-11M-PLUS, RSX-11M, RSTS/E, and RT-11 systems. 


VAX FORTRAN conforms at the full-language level to the ANSI FORTRAN 
X3.9 1978 standard and is upward compatible from PDP-11 FORTRAN-77. 

PDP-11 FORTRAN-77 combines the efficient numeric computation for which 
FORTRAN is known with access to sequential, relative, and indexed files. 
This makes PDP-11 FORTRAN-77 ideal for writing software that must manip¬ 
ulate and perform calculations on structures of numeric data, as in accounting 
or statistical packages. PDP-11 FORTRAN-77 is built on an ANSI subset of the 
ANSI FORTRAN X3.9 1978 standard. 

FORTRAN IV is a fast, one-pass, optimizing compiler that implements an 
extended superset of the ANSI X3.9 1966 standard for FORTRAN. FOR¬ 
TRAN IV works efficiently in small-memory environments and is capable of 
producing absolute binary code for stand-alone MicroPDP-11 systems or for 
loading into ROM or PROM memory. 

MUMPS 

MUMPS is a language oriented toward database applications. It is an integral 
part of DSM and is described in the DSM section. 

Pascal 

Pascal is a block-structured language that contains English-like commands 
and logical grammar. There are two versions of Pascal for the supermicrocom¬ 
puters—PDP-11 Pascal/RSX and VAX Pascal. 

PDP-11 Pascal/RSX provides all standard Pascal features as well as extensions 
that are designed to improve the productivity of the Pascal programmer. 
These extensions make it simple to divide programs into easily managed prob¬ 
lem sections and to enhance the computing power of the language. PDP-11 Pas¬ 
cal/RSX is available as an option on Micro/RSX, RSX-11M-PLUS, and RSX- 
11M. 

VAX Pascal generates optimized, shareable code that takes full advantage of 
the VAX hardware floating point and character instruction sets and the vir¬ 
tual memory capabilities of MicroVMS. VAX Pascal is available for Micro VAX 
systems running MicroVMS. 
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VAX Ada* 

VAX Ada is Digital’s implementation of the government-validated compiler 
called Ada for VAX systems. VAX Ada is suitable for systems, computation, 
general purposes, and in particular for realtime applications and multitasking 
applications. Aside from government applications, VAX Ada is also strong in 
the industrial and educational areas as well. VAX Ada fully conforms to the 
ANSI-83 Ada standard. VAX Ada is available for Micro VAX systems running 
MicroVMS. 

VAX APL 

VAX APL (A Programming Language) is a concise programming language that 
simplifies the handling of numeric and character data organized as lists and 
tables. VAX APL is a native-mode, shareable, reentrant interpreter that is 
available on Micro VAX systems running MicroVMS. It provides a built-in 
function editor, debugging aids, system communication facilities, and a file 
system. VAX APL can execute lines of code immediately or store the code for 
later execution. 

VAX BLISS-32 

VAX BLISS-32 is a high-level systems implementation language for VAX sys¬ 
tems only. VAX BLISS-32 supports development of modular software accord¬ 
ing to structured programming concepts by providing an advanced set of 
language features. VAX BLISS-32 provides access to most of the hardware fea¬ 
tures of the VAX to facilitate programming of realtime and/or hardware- 
dependent applications. It is especially intended for the development of oper¬ 
ating systems, compilers, runtime system components, database file systems, 
communications software, and utilities. VAX BLISS-32 is available for 
Micro VAX systems running MicroVMS. 

VAX PL/I 

VAX PL/I is a block-structured, comprehensive programming language that 
supports scientific computation, commercial data handling and organization, 
and extensive string manipulation capabilities. VAX PL/I is available for 
Micro VAX systems running MicroVMS. 


Ada is a registered trademark of the U.S. government. 
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VAX RPGII 

VAX RPG II is an extended implementation of the RPG II language developed 
by IBM as a problem-oriented language for commercial applications. VAX RPG 
II includes extensions for integration with the VAX architecture. It provides a 
convenient means of preparing a wide variety of reports and other commercial 
data processing applications. VAX RPG II is available for Micro VAX systems 
running MicroVMS. 






Table 4-2 ■ 

High-Level Language Availability 




Language 

Micro 

ULTRIX 

Micro/ 

RSX 

RSX- 

RSX- 

Micro- 

RSTS/E 

ULTRIX 

RT-11 

CTS- DSM 


VMS 

-32m 

RSX 

-11M- 

PLUS 

11M 

11S 

RSTS 


-11 


300* 

BASIC 

X 


X 

X 

X 


X 

X 


X 

x 

C 

X 

X 







X 



COBOL 

X 


X 

X 

X 


X 

X 




CORAL-66 




X 

X 

X 






DIBOL-83 

X 


X 

X 




X 



X 

FORTRAN 

X 


X 

X 

X 

X 

X 

X 


X 


MUMPS 

X 










X 

Pascal 

X 


X 

X 

X 







VAX Ada 

X 











VAX APL 

X 











VAX BLISS-32 

X 











VAX PL/I 

X 












Includes RT-11, DIBOL-83, and DECform. 
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■ Information Management 

Information management software ensures users and programmers that they 
have an integrated system of data management capabilities to help them orga¬ 
nize their data. Information management products help users do more for 
themselves and give programmers more time to plan and develop new applica¬ 
tions. Some of these products aid the programmer by reducing development 
time and costs. This section briefly describes each of the information manage¬ 
ment products that are available on each of the supermicrosystems. 

DATATRIEVE 

DATATRIEVE is an interactive, query, report generation and data mainte¬ 
nance system designed for the less experienced computer user. DATATRIEVE 
provides facilities for selective data retrieval, sorting, formatting, updating, 
and report generation without the need for programming. VAX DATATRIEVE 
is available for Micro VAX systems running MicroVMS. DATATRIEVE-11 is 
available on MicroPDP-11 systems running Micro/RSX, RSX-11M-PLUS, 
RSX-11M, andRSTS/E. 

DECgraph 

DECgraph is an interactive, menu-driven tool for generating graphs from 
data. It is designed to be used by experienced computer users and novices 
alike, offering a wide spectrum of capabilities for producing professional qual¬ 
ity graphs. VAX DECgraph is available for Micro VAX systems running 
MicroVMS. DECgraph-11 is available for MicroPDP-11 systems running 
Micro/RSX, RSX-11M-PLUS, Micro/RSTS, and RSTS/E. 

DECmail-11 

DECmail-11 is an electronic-message system that can create, edit, send, and 
process messages, as well as store, search for, and retrieve messages held in 
user folders. DECmail-11 is command-driven and includes an online help facil¬ 
ity that provides the user with information that covers most normal situa¬ 
tions. DECmail-11 can be used in a network environment. The Message 
Router is an optional product for a network environment and provides a store- 
and-forward transport mechanism between RSTS/E, RSX-11M-PLUS, and 
VAX/VMS nodes in a network. It can also communicate with DECmail/VAX 
and with the ALL-IN-1 office software system for VAX. DECmail-11 is avail¬ 
able on the MicroPDP-11 systems running Micro/RSX, RSX-11M-PLUS, 
Micro/RSTS, and RSTS/E. VAX-11 DECmail is available for Micro VAX sys¬ 
tems running MicroVMS. 
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FMS (Forms Management System) 

FMS is designed to aid in the development of application programs that use 
video forms. FMS manages the forms for application programs that use the 
VT100 and VT200-compatible terminals. FMS provides the forms creator 
with character attributes of reverse video, boldface, blinking, and underline. 
It provides line attributes of double width, double height, and scrolling. 
Screenwide attributes such as 80 or 132 column lines and reverse video are 
included. Alternate character sets including the VT100 special graphics char¬ 
acter set for line drawing are supported. FMS-11 is available for MicroPDP-11 
systems runningMicro/RSX, RSX-11M-PLUS, RSX-11M, RSTS/E, andRT-11. 
It also is available for Micro VAX systems running MicroVMS. 

INDENT 

INDENT is a data-entry and forms management product for commercial appli¬ 
cations written in DIBOL, COBOL, or BASIC-PLUS-2. INDENT provides 
reverse video, boldface, underline, 132-column lines, scroll, split-screen, 
reverse screen, and the line-drawing character set. INDENT form definitions 
are created using a text editor. Data from a form is returned to the application 
program when an entire form is completed or when an individual field is com¬ 
pleted. INDENT is available for MicroPDP-11 systems running RSTS/E. 

RMS (Record Management System) 

RMS is a straightforward method of creating, updating, and modifying files 
using sequential, relative, or multikey indexed access methods. RMS is an inte¬ 
gral part of Micro/RSX, RSX-11M-PLUS, RSX-11M, Micro/RSTS, and RSTS/ 
E on MicroPDP-11 systems. It is also an integral part of MicroVMS on 
Micro VAX systems. 

VAX ACMS (Application Control and Management System) 

VAX ACMS provides tools for the development and control of complex online 
applications. These tools can reduce application development and mainte¬ 
nance time by replacing significant amounts of control and application code 
with definitions stored in the VAX Common Data Dictionary (CDD). A wide 
range of transaction processing and other complex online applications can be 
developed and controlled with VAX ACMS, including inventory control, order 
administration, and accounting applications. VAX ACMS is available on 
Micro VAX systems running MicroVMS. 
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VAX CDD (Common Data Dictionary) 

The VAX Common Data Dictionary provides a single, logical data dictionary 
for Micro VAX systems running MicroVMS. This dictionary is built from one 
or more physical dictionary files. Within this dictionary, the CDD maintains a 
hierarchical directory of the user’s data descriptions. CDD can contain defini¬ 
tions for VAX DATATRIEVE, VAX TDMS, VAX COBOL, VAX BASIC, VAX 
DIBOL, and VAX PL/I. VAX CDD is prerequisite software for these products 
and must be installed prior to their installation. 

VAX DECslide 

VAX DECslide is a menu-driven text and graphic representation tool that cre¬ 
ates slides. A combination of symbols and text is used in the menu selection. 
VAX DECslide uses an interactive interface so that diagrams and text are dis¬ 
played as they are entered. Editing functions allow changes to slides as they 
are created or after they have been saved. A text menu and message area at the 
bottom of the screen displays user options, help messages, and operation 
status. A directory feature lists the slides, including the date and time of cre¬ 
ation, slide name, and comments. VAX DECslide can incorporate lines, trian¬ 
gles, polygons, arcs, circles, ellipses, squares, and rectangles. It can merge two 
created slides together to create a third illustration. And objects can be 
increased or decreased in size, rotated, moved, copied, or printed. After slides 
are created, they can be colored with available color palettes. They can be 
printed in a single-size or double-size format, saved, copied, exported, 
changed, or deleted. VAX DECslide is available for MicroVAX systems run¬ 
ning MicroVMS. 

VAX PRODUCER 

VAX PRODUCER is a software package that allows users to create visually 
based, interactive programs such as Computer Based Instruction (CBI), point- 
of-purchase demonstrations, marketing demonstrations, or information 
retrieval systems. VAX PRODUCER is available on MicroVAX systems run¬ 
ning MicroVMS. 

VAX Rdb/ELN 

VAX Rdb/ELN is a relational database management system designed for dedi¬ 
cated applications on systems running in the VAXELN application environ¬ 
ment. VAX Rdb/ELN applications are developed using the VAXELN 
development toolkit on a host VAX/VMS system. The resulting VAXELN- 
based Rdb/ELN application is then moved to the VAXELN target system 
using disk media or an Ethernet local area network link. The application pro¬ 
gram executes on the target system as a dedicated database system. The net¬ 
work link to the host development system may be used for remote debugging. 
VAX Rdb/ELN is available for MicroVAX systems running MicroVMS. 
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VAX TDMS (Terminal Data Management System) 

VAX TDMS is a product designed for the implementation of interactive, 
forms-intensive applications running on MicroVAX systems that have 
MicroVMS. VAX TDMS replaces applications program logic specific to termi¬ 
nal interactions with definitions that are external to the program. As a termi¬ 
nal subsystem, VAX TDMS can reduce applications development and 
maintenance effort. 

VAX VTX (Videotex) 

VAX VTX is an interactive information update and retrieval product that 
allows users to retrieve information from a local or distributed information 
database. It is particularly well suited for office environments where there is a 
need for a more efficient method of distributing information. Used along with 
VAX VALU, it can provide access to other interactive applications such as elec¬ 
tronic mail, transaction processing, and database queries. VAX VTX is avail¬ 
able on MicroVAX systems running MicroVMS. 

■ Program Development Tools 

Productivity tools allow program developers to simplify their programming 
and information-management processes. By eliminating extensive mainte¬ 
nance and documentation tasks, more time is left for creating new applications 
or changing existing ones. This section briefly describes each of the productiv¬ 
ity tools that are available on each of the supermicrosystems. 

ADE (Application Development Environment) 

ADE is a software package for the non-programmer who develops small, sim¬ 
ple applications requiring the processing of alphabetic, numeric, and data-ori¬ 
ented data such as personnel records, order processing, department budgets, 
financial/forecasting models, mail lists, and telephone lists. ADE provides 
easy-to-use facilities and functions for users to create their own databases; 
add, change, or delete data; produce simple bar graphs; and write reports with¬ 
out waiting for formal programming and report generation. It features total 
interaction between terminal and user, absence of technical jargon, use of 
acronymns, easy transfer to and from more powerful application software 
packages, full-screen handling, user prompts after each input, extensive 
"HELP" messages to explain all commands, user protection of data, and auto¬ 
matic sorts, alphabetically, numerically, or chronologically. ADE is available 
on MicroVAX systems running MicroVMS and on MicroPDP-11 systems run¬ 
ning Micro/RSTS and RSTS/E. 
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MENU-11 

MENU-11 provides the applications developer with the ability to present a 
simple, menu-driven interface to the user on a videoterminal for both system 
and application functions. MENU-11 accepts and executes commands related 
to the menu items, to perform specific functions, without extensive user train¬ 
ing in the Micro/RSTS or RSTS/E operating system. Three types of commands 
provide screen formatting, program execution, and security access. These com¬ 
mands allow the developer to format the menu screen for the user’s terminal 
and to control the interfacing of the user with the system. MENU-11 is avail¬ 
able on MicroPDP-11 systems running Micro/RSTS and RSTS/E. 

VAX DEC/CMS (Code Management System) 

VAX DEC/CMS is a program library for use as an aid in program organization, 
development, and maintenance. It is a tool that allows programmers to manip¬ 
ulate information relating to their software project. Each CMS command 
invokes a certain function, such as reserving a file for modification or obtain¬ 
ing a report listing development status. VAX DEC/CMS is available for 
Micro VAX systems running MicroVMS. 

VAX DEC/MMS (Module Management System) 

VAX DEC/MMS is a software tool that automates and simplifies the building 
of software systems. It can determine what components in a described soft¬ 
ware system have changed and rebuild the system according to these changes. 
When some modules of a software system are modified, dependent modules 
may need to be recompiled. VAX DEC/MMS determines which modules need 
to be recompiled, and performs the appropriate actions to ensure that the soft¬ 
ware system is recompiled and linked with all the latest changes. VAX DEC/ 
MMS is available for Micro VAX systems running MicroVMS. 

VAX DEC/Shell 

VAX DEC/Shell is a command language that provides a means of communicat¬ 
ing with the VMS and MicroVMS operating systems. It is similar to the user 
interface on a UNIX Version 7 system. It appears to its users as the Bourne 
Shell and enables them to perform many of the same tasks done on a UNIX 
Version 7 system. 

VAX DEC/Shell consists of two parts—the command interface and the Shell 
programming language. It also provides many of the most common UNIX utili¬ 
ties and commands and treats most files as stream files, a type of organization 
that is familiar to UNIX users. 
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VAX DEC/Test Manager 

VAX DEC/Test Manager is an automated regression testing system. It allows 
the programmer to organize tests, select tests for execution, and verify and 
review the test results. With VAX DEC/Test Manager, one can describe a set 
of tests, classify the tests by assigning them to groups, and choose the combi¬ 
nation of tests and/or groups to be run. The selected tests are executed and the 
results compared with the known correct output. During the execution of a 
test, VAX DEC/Test Manager provides a summary of a test’s status. It also 
allows the programmer to view the test results interactively, evaluate the test 
run, and use the results to make modifications to the code being tested. VAX 
DEC/Test Manager is available for Micro VAX systems running MicroVMS. 

VAX DECOR 

VAX DECOR is a graphics subroutine package that provides an interface 
between the application program and other graphics devices. The interface is 
device-independent and supports user-developed device handlers, as well as 
those supplied with VAX DECOR. The package includes commonly required 
device handler routines and detailed documentation designed to guide and 
assist in the development of user-specified device handlers. 

VAX DECOR is based on the ACM/SIGRAPH Graphics and Standard Plan¬ 
ning Committee’s 1979 "Core Graphics Proposal." VAX DECOR is available 
for Micro VAX systems running MicroVMS. 

VAX GKS/Ob (Graphics Kernel System) 

VAX GKS/Ob is a subroutine library packaged as a VAX/VMS shareable image, 
which implements the ISO and ANSI GKS standard for two-dimensional 
device-independent graphics. VAX GKS/Ob conforms to level Ob of the GKS 
standard. VAX GKS/Ob is a development tool that application programmers 
can use to produce computer generated pictures. Any VAX/VMS language that 
supports the VMS calling convention can call VAX GKS/Ob. VAX GKS/Ob is 
available on Micro VAX systems running MicroVMS. 

VAX Language-Sensitive Editor 

The VAX Language-Sensitive Editor is a multilanguage, multiwindow, screen- 
oriented editor specifically designed for program development and mainte¬ 
nance. The editor is "language-sensitive" in that it provides users with VAX 
language-specific information. This information enables both new and experi¬ 
enced programmers to develop programs faster, with fewer errors, through 
VAX language-specific construction completion and error detection/correction 
facilities. VAX Language-Sensitive Editor is available on Micro VAX systems 
running MicroVMS. 



VAX Performance and Coverage Analyzer 

The VAX Performance and Coverage Analyzer is a tool to help MicroVMS 
users analyze the execution behavior of their application programs. The VAX 
Performance and Coverage Analyzer has two functions—it can pinpoint exe¬ 
cution bottlenecks and other performance problems in applications programs, 
and it provides test coverage by measuring what parts of a user program are 
executed or not executed by a given set of test data. This product is available 
on Micro VAX systems running MicroVMS. 

Communications Software 

After all of the necessary network hardware is set up, communications soft¬ 
ware makes the network functional within the Digital Network Architecture 
(DNA) framework. Digital’s network software is broadly divided into three 
categories: 

■ DECnet—for communications among Digital systems. 

■ Internet—for communications with other manufacturers’ equipment. 

■ Packetnet—for communications with other participants in public packet- 
switched networks. 


For more detailed information on these communications software areas, refer 
to Chapter 5 —Networks. For descriptions of the software that is available in 
each of these areas, refer to the Networks and Communications Buyer’s Guide. 


Additional Documentation 

VAX/VMS Technical Summary (includes MicroVMS) 

VAX/VMS System Software Handbook 

VAX/VMS Information Management Handbook 

VAXELN Technical Summary 

PDP-11 Software Handbook 

RSX-11 Handbook (includes Micro/RSX) 

RSTS/E Handbook (includes Micro/RSTS) 

ULTRIX Software Guidebook 
Networks and Communications Buyer’s Guide 
VAX Software Source Book 
PDP-11 Software Source Book 


EJ-26070-48 
EB-25%6-48 
EB-25780-44 
EJ-30083-47 
EB-25398-41 
EB-25742-41 
EJ-23534-18 
EJ-26153-20 
ED-28055-42 
EB-26125-46 
EB-27333-41 
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Chapter 5 * Networks 


Introduction 

Digital offers extensive capabilities that permit the linking of computers and 
terminals into flexible configurations called networks. Networks increase the 
efficiency and cost-effectiveness of data-processing operations. 

Networking allows computer systems and terminals, whether located around 
a facility or around the world, to share resources and exchange information, 
files, and programs. The smaller computers in a network have access to the 
powerful capabilities of larger systems, while the larger computers can take 
advantage of smaller dedicated systems chosen for specific application environ¬ 
ments. 

Distributed processing is the general term used to describe the physical place¬ 
ment of computers where they are needed. As organizations become more com¬ 
plex and develop more sophisticated demands for computer resources, the 
ability to network processors and share computing resources becomes increas¬ 
ingly important. 

Types of Systems 

Two general types of systems can be implemented for most processing func¬ 
tions—the stand-alone system and systems connected by a network. With the 
stand-alone system, all data is entered manually at the system by an operator 
or from locally connected machines or instruments. In a network-connected 
system, information can be entered locally or transferred to or from other sys¬ 
tems through an electrically connected network link. 

Stand-alone Systems 

A single-user stand-alone system, shown in Figure 5-1, can process informa¬ 
tion received from several sources. Data can be entered from the console termi¬ 
nal keyboard, read from a diskette in the disk drive, or received from an 
external machine or instrument. Only one user at a time can operate the 
system. 
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Figure 3-1 ■ Single-user Stand-alone System 


A multiuser stand-alone system, an expansion of the single-user system, allows 
several users to concurrently share a single processor. Several terminals can be 
connected to the processor and the processing is timeshared between users as 
shown in Figure 5-2. Data is entered from the same sources as the single-user 
system. 


USER A 



Figure 3-2 ■ Multiuser Stand-alone System 


For realtime or runtime applications requiring that information be shared 
between systems, there are several methods of communications. 

As shown in Figure 5-3, Departments A and B of a small company both need 
sales figures, and Department B also needs the inventory-level information of 
Department A. Normally each department would be required to enter the 
sales figures from the terminal keyboard of each system. Department B would 
also be required to read the display of Department A and to enter the informa¬ 
tion manually into the Department B system from the keyboard. 











INVENTORY LEVELS 



DEPARTMENT A DEPARTMENT B 

Figure 5-3 ■ Manual Data Entry 


A more efficient method of communications is shown in Figure 5-4. Depart¬ 
ment A manually enters the sales figures, processes the information, and 
records both the sales figures and inventory levels onto the diskette. No man¬ 
ual entry would be required by Department B. Once the diskette is received 
by Department B, the information can be processed. 
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Figure 5-4 ■ Recorded Data Entry 

Network-connected Systems 

Two or more stand-alone systems can be electronically connected together by 
a network. The network enables the efficient transfer of information between 
systems (shown in Figure 5-5). 
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Figure 5-5 ■ Two-system Network 
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Networks also enable systems located in different cities to communicate with 
each other as shown in Figure 3-6. Through the use of modems, information is 
transferred between offices in different locations over the standard telephone 
lines. 



KANSAS CITY SALES OFFICE 


Figure 3-6 ■ Remote Communications Network 

■ Digital Network Architecture 

Digital Network Architecture (DNA) is a set of hardware and software net¬ 
working capabilities that support communications between Digital’s systems, 
and between Digital’s systems and other manufacturers’ systems. 

Digital-to-Digital communications are permitted through protocols, or rules, 
that are defined by the DNA. DNA protocols are based on the architectural 
models for open systems interconnection created by the International Stan¬ 
dards Organization (ISO). These rules govern the format, control, and 
sequencing of message exchange among Digital computers. 

Internet products provide a means for Digital’s systems to communicate with 
systems built by other manufacturers. These products emulate common com¬ 
munications protocols and are data transfer facilitators rather than hardware 
emulators. 







DNA Structures 

The lowest layer of the DNA structure, shown in Figure 5-7, is the physical 
link layer. This layer governs electrical and mechanical transport of informa¬ 
tion between systems that are connected. Computer systems can be physically 
connected by cables, fiber optic lines, microwave transmissions, or switched 
networks such as telephone lines. In addition to the physical connection, the 
electrical signals on the lines must be properly defined. The signal characteris¬ 
tics and data rates are all defined by the hardware comprising the interface 
module and the transmission link. 
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Figure 5-7 ■ Digital Network Architecture Structure 


The next highest layer of the DNA structure is the data link layer. The data 
link layer can prepare messages for transmission according to a specified proto¬ 
col, check the integrity of received messages, and manage access to the chan¬ 
nel. The data link is usually implemented by hardware and software. For a 
simple asynchronous interface, the hardware contribution to the data link is 
minimal. With other devices, such as the DEQNA Ethernet interface, almost 
all of the data link layer is implemented in hardware. 

Because of the data link layer, the routing layer can rely on error-free connec¬ 
tion to adjacent nodes. It addresses messages, routes them across intervening 
nodes, and controls the flow of messages between nodes. The routing layer 
and higher layers are implemented in software. 

Because the routing layer establishes the path, the end communications layer 
can address the end machine without concern for route, and can perform end- 
to-end error recovery. 

The session control layer manages the system-dependent aspects of a communi¬ 
cations session. For instance, when the end communications layer reliably 
delivers a message from another manufacturer’s system in the network, the 
session control layer interprets that message for acceptance by the system soft¬ 
ware. 

The network application layer converts data for display on terminal screens 
and printers. 
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The network management layer monitors network operations by logging 
events and collecting statistical and error information. It also controls net¬ 
work operations by tuning network parameters and testing nodes, lines, 
modems, and interfaces. 

The user layer provides services that directly support the user and application 
tasks such as resource sharing, file transfers, and remote file access. 

■ Typical Network Configurations 

Systems can be interconnected in a network in many different configurations. 
Some of these configurations are described in this section. 

Each of the participating systems in a network is called a node. Two nodes 
communicate through a link or connection. Figure 5-8 shows supermicrosys¬ 
tem nodes linked in a network. 



NODE C NODE E 


Figure 5-8 ■ Nodes Linked in a Network 

The physical links can be cables, fiber optic lines, microwave transmissions, 
and other conductors that form the data paths between two nodes such as 
Node A and B. Logical nodes exist whenever two nodes can communicate 
through a physical link or through another node such as between Node A 
and D. 

Node C is required to route and transfer the message. This configuration 
increases the transmission time between nodes but decreases the cost because 
fewer physical links are required. As the number of physical links increase in a 
fully connected network, the resulting costs increase. Figure 5-9 shows the 
relationship of the number of nodes to the physical links. 
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Figure 5-9 ■ Fully Connected Network Nodes 

One method of reducing the number of physical links is the multidrop or multi¬ 
point network shown in Figure 5-10. More than two nodes can be connected 
to the same physical link. Each node is required to determine which of the 
messages are dedicated to that node and to manage access to the links thus 
avoiding conflict between nodes. 

In a network with centralized control, one node such as a mainframe com¬ 
puter is required to determine which of the remaining nodes can send mes¬ 
sages, where the messages will be sent, and the length of the messages. In a 
network with distributed control, each node recognizes a procedure that 
allows the node to access the network independently. 

In a star network, as shown in Figure 5-10, one node is designated as the cen¬ 
tral node and all other outlying nodes are physically connected to it. This net¬ 
work is efficient because most of the communications are between the central 
node and one outlying node, such as a timesharing network or a shared word 
processor system. Because all messages must be transferred through the cen¬ 
tral node, it must process many transactions when the message rate is high. If 
the central node fails, all transactions halt. In some networks, distributed con¬ 
trol may be implemented, thereby decreasing the load on the central node. 

In a ring network, each node is physically linked to two adjacent nodes, as 
shown in Figure 5-10. Messages circulate around the ring and each node 
retransmits the messages not addressed to itself. This method is less complex 
than the generalized routing method because each node is required to trans¬ 
mit the message only to the adjacent node. 

Distributed control in a ring network may be implemented through token pass¬ 
ing. A special token message circulates around the ring and a node can claim 
access to the network by receiving the token message as it passes through. 
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Figure 5-10 ■ Network Configuration Types 


The bus network, shown in Figure 5-10, is similar to a multidrop link. Mes¬ 
sages placed on the shared physical link reach all nodes, and the intended 
receiver must recognize the message’s address in order to receive the transmis¬ 
sion. None of the nodes, however, have to route or retransmit messages 
intended for other nodes. A bus network typically uses distributed control. 
There is no single point of failure. The Ethernet local area network is a bus 
configuration. 



An unconstrained network is shown in Figure 5-10. The placement of physical 
links is usually determined by the cost of the physical connections, by the num¬ 
ber of messages to be transferred, and by the network reliability require¬ 
ments. Some of the nodes in this network may have the capability to route 
messages to other nodes. Long-distance packet-switched networks are often 
unconstrained. 

■ Types of Links 

Several interface options are provided for the supermicrosystems to support 
the implementation of the physical and data link levels of the DNA. 

Ethernet Link 

As computer systems such as word processors, workstations, personal com¬ 
puters, and departmental systems become more numerous and accessible, an 
integrated communications network can increase productivity and reduce 
data processing costs. 

Ethernet provides local area network technology through a hardware and soft¬ 
ware combination to create a physical communications channel between sys¬ 
tems. This allows large amounts of data to be exchanged at high rates between 
systems located within limited distances. 

Figure 5-11 shows the physical links and the DNA layers that perform the net¬ 
working functions of Ethernet. The DEQNA is the interface module that pro¬ 
vides the internal connection to the Q22 bus of the supermicrosystems. The 
hardware elements include the DEQNA Ethernet interface, the transceiver 
cable, and the H4000 Ethernet transceiver and coaxial cable. The coaxial 
cable can be in lengths of up to 500 meters (1,640.5 feet). The transmission 
rate can be as many as 10 Mbits per second. 
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Figure 5-11 ■ Ethernet Physical Link and Data Link Layers 

Figure 5-12 shows a small-scale Ethernet configuration using a single coaxial 
cable. Each cable segment can include up to 100 transceivers or nodes. 

A transceiver cable, which can be up to 50 meters (164 feet) in length, con¬ 
nects the H4000 transceiver to the DEQNA Ethernet interface. 



Figure 5-12 ■ Small-scale Ethernet Configuration 
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A medium-scale Ethernet configuration is shown in Figure 5 -13 and includes 
a repeater that connects two cable segments. Each coaxial cable can be a maxi¬ 
mum of 500 meters (1,640.5 feet) in length and can operate with up to 100 
transceivers, including the repeater transceiver. 

SUPERMICROSYSTEM 

NODE 



Figure 5-13 ■ Medium-scale Ethernet Configuration 


A large-scale Ethernet configuration is shown in Figure 5-14 and consists of 
five coaxial cable segments. The segments are connected by repeaters and can 
attach up to 1,024 nodes. Each segment is connected by remote repeaters 
with up to a maximum distance of 1,000 meters (3,281 feet) between 
repeaters. 
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The H4000 transceiver and tap can be installed on an operating cable with no 
disruption of the system operations. The transmit, receive, carrier sense, and 
collision-detection functions of the physical link layer are implemented in the 
H4000 transceiver. 

The access control method used by Ethernet is called Carrier Sense—Multi¬ 
ple Access with Collision Detection (CSMA/CD). To transfer a message, a 
node monitors the transmissions on the cable to sense a pause between the 
data packets. The node continues to sense the data while initiating the trans¬ 
mission. If another node transmits simultaneously, both nodes will stop trans¬ 
mission and wait for a random interval of time before initiating another 
transmission. 

The DEQNA Ethernet interface encodes and decodes the data exchanged 
with the H4000 transceiver. In addition, it implements the functions of the 
data link layer by encapsulating and de-encapsulating messages, handling colli¬ 
sions, and filtering received messages. The DECnet software provides the 
remaining functions of the message transfer such as routing, end communica¬ 
tions, and session control. 
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Up to eight Ethernet nodes can be connected to a single H4000 transceiver 
using the DELNI Ethernet concentrator as shown in Figure 5-15. These nodes 
can include Q-bus processors with the DEQNA interface, or UNIBUS PDP-11 
or VAX processors with the DEUNA Ethernet interface. For localized connec¬ 
tions, up to eight processor nodes can be interconnected using the DELNI con¬ 
centrator without physical connection to the H4000 Ethernet transceiver. 

SUPERMICROSYSTEM 


NODE NODE NODE 



H4000 TRANSCEIVER 

Figure 5-15 ■ Ethernet Node with DELNI Concentrator 


Asynchronous Links 

The nodes in a network can be connected by asynchronous links when high¬ 
speed transfers and efficiency are not required. Data transmitted through the 
link is character-oriented. The characters can be five to eight bits in length, 
preceded by a start bit, and followed by stop bits. The time interval between 
the stop bits of one character and the start bit of the next character can vary, 
thereby reducing the efficiency of the data communications. The electrical 
and mechanical characteristics of the signals and interfaces are defined by 
standards created by the Electrical Industries Association (EIA) and the Inter¬ 
national Consultative Committee on Telegraphy and Telephony (CCITT). 
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The physical link can take one of two forms: 

■ EIA Standard Signals, Remote Connection—Communications between 
computer systems and devices over long distances can be implemented 
using modems and telephone lines as shown in Figure 5-16. The modems 
convert the system and device signal levels into signals acceptable by the 
telephone lines. The telephone lines can be private, leased, or part of the 
public-switched network. The remote device can be a terminal or any asyn¬ 
chronous interface of another computer system. The modems of each node 
must be of a compatible type. 

■ EIA Standard Signals, Local Connection—For local communications in 
the same area or within the same building, computer systems and terminals 
can be connected by EIA null modem cables as shown in Figure 5-17. The 
null modem cable transfers the serial EIA data and control signals between 
the nodes. The local device can be a terminal or an asynchronous interface 
of another computer system. 



5-15 


SUPERMICROSYSTEM node 



Figure 5-16 ■ Remote Connection , Asynchronous Link 
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Figure 5-17 ■ Local Connection, Asynchronous Link 

For descriptions of optional asynchronous interface modules, refer to Chapter 
3—System Options. 

Synchronous Links 

Synchronous links are used for communicating where speed and efficiency are 
important. Synchronous communications send a block of characters enclosed 
in a frame. The contents of the frame vary from one protocol to another, but 
they typically consist of text, identification of the beginning and the end of 
the frame, and information ensuring reliable reception of the text. Because 
the amount of extra information needed to complete the frame is fixed, the 
efficiency of synchronous transmission increases as the size of the textblock 


increases. 
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Some synchronous protocols, such as Digital’s DDCMP and IBM’s BISYNC, 
require the length of the text to be an integral number of characters or bytes. 
These are called character-oriented protocols. Others, including IBM’s SDLC 
and the International Standards Organization’s HDLC, allow the text length 
to be any number of bits. These are referred to as bit-oriented protocols. 

The physical line can take one of three forms: 

■ Modem Connection, Remote Connection—For synchronous communica¬ 
tions over long distances, the interface module is connected to a modem as 
shown in Figure 5-18. The modem connection can be specified by one of 
the EIA standards (RS232-C, RS422, or RS423) or by a CCITT standard 
(V.24, V.28, or V.35). The modem connects to a private line, a leased tele¬ 
phone line, or to the public-switched telephone network. The choice of 
modem and the line connecting the modems will depend on the speed of 
the data communications. 

■ Modem Eliminator, Local Connection—Connecting two local synchro¬ 
nous devices that interface via the EIA or CCITT standards requires a 
modem eliminator as shown in Figure 5-19. The distance between devices 
can be from several hundred feet to a few miles, depending on the speed of 
transmission and other factors. 

■ Integral Modem, Local Connection—The DMV11 series of synchronous 
interface modules contains an integrated modem that is compatible with 
the Digital DDCMP protocol. These interfaces can be used for point-to- 
point or multidrop-network configurations. Figure 5-20 shows the connec¬ 
tions to the local-device interfaces. 
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Figure 5-18 ■ Remote Connection, Synchronous Link 
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Figure 5-19 ■ Local Connection , Synchronous Link 
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Figure 3-20 ■ DDCMP Local Connection , Synchronous Link 

For descriptions of optional synchronous interface modules, refer to Chapter 
3—System Options. 

■ Network Software 

After the network links are established, communications software makes the 
network functional within the DNA framework. 

Digital’s network software is broadly divided into three categories—DECnet, 
for communications among Digital systems; Internet, for communications 
with other manufacturers’ equipment; and Packetnet, for communications 
with other participants in public packet-switched networks. 
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DECnet Communications 

DECnet software supports communications among Digital computer systems. 

Data on the physical links is independent of system type, and the DECnet soft¬ 
ware converts the received data into formats that the operating system is pre¬ 
pared to accept. DECnet allows full use of the network by providing higher- 

level network functions. The following are the key elements: 

■ Task-to-task communications allow programs that are executing in differ¬ 
ent systems, under different operating systems, and written in different 
languages, to exchange information. 

■ File transfer supports the exchange of files between different operating sys¬ 
tems. 

■ Remote file access allows the user to read, write, or modify files on another 
system. 

■ Remote command file submission and execution allow one computer system 
to direct another to execute commands that are resident on the remote sys¬ 
tem or sent as part of the request. 

■ Downline loading allows programs developed on a system with appropriate 
peripherals and resources to be transmitted to another system such as a 
small, memory-only system, for execution. 

■ The network virtual terminal gives a terminal user logical connection to a 
remote system with the same operating system; the terminal operates as if 
it were directly connected to the remote system. 

■ Network management provides the tools for monitoring and controlling net¬ 
work operation in a distributed environment. 


Refer to Table 5-1 for a complete comparison of DECnet products. 

Internet Communications 

Digital’s supermicrosystems can communicate with another vendor’s equip¬ 
ment through software that emulates a protocol supported by that vendor. 
Although the name of the protocol may correspond to a specific device made 
by another manufacturer, the supermicrosystems emulate only the communi¬ 
cations protocol used by that device and not the capabilities of the device. 

Supermicrosystem nodes in an Ethernet link can also communicate with IBM 
systems through a Systems Network Architecture (SNA) gateway. The SNA 
gateway is an Ethernet node solely responsible for interfacing to an IBM sys¬ 
tem using IBM’s System Network Architecture. Figure 5-21 shows the SNA 
gateway connections. 
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Figure 5-21 ■ Ethernet to SNA Gateway Node 


Eacknet System Interface 

Public packet-switched networks can be an alternative to leased or dialup tele¬ 
phone lines for long-distance communications. 

The charge is based on the volume of data transmitted rather than the fixed 
charge of a leased line. Access, speed, and reliability are better than that pro¬ 
vided by a dialup line. The network also compensates for differences in trans¬ 
mission speeds between nodes and may offer services in addition to 
communications. 

The Packnet System Interface (PSI) software can coexist with, or operate as a 
layered product under, DECnet software. This allows DECnet facilities to be 
used between nodes connected through the packet-switched network and 
through leased or dialup lines. PSI makes communications possible with any 
other system (Digital or non-Digital) connected to the packet-switched net¬ 
work. PSI software supports task-to-task communications and remote termi¬ 
nal access to the supermicrosystems. 

The communications protocol, part of the data link layer, is implemented in 
the hardware of some interface modules. For other interface modules, this pro¬ 
tocol is provided by communications software. 








Table 5-1 ■ DECnet Products and Features 


Feature 

DECnet-VAX 

DECnet- 

Micto/RSX 

DECnet- 

11M-PLUS 

DECnet-11M 

DECnet-llS 

DECnet/E 

DECnet- 

ULTRIX 

DECnet-RT 

Task-to-task 

communications 

X 

X 

X 

X 

X 

X 

X 

X 

File transfer 

X 

X 

X 

X 


X 

X 

X 

Remote file access 

X 

X 

X 

X 

X 1 2 

X 

X 

X 

Remote command 
file submission 

X 

X 

X 

X 


X 

X 

X 2 

Remote command 
file execution 

X 

X 

X 

X 

X 

X 

X 

X 2 

Downline loading 

X 

X 

X 

X 





Network virtual 
terminal 

X 

X 

X 

X 

X 2 3 

X 

X 

X 

Network 

management 

X 

X 

X 

X 


X 

X 

X 


Offers local users network access to remote file systems. Does not allow users on remote systems to access local files. 
Requester-only function. 

DECnet-llS does not support connection from remote virtual terminals. 
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Digital PC Connection 

The Professional 300 series and the Rainbow 100 series can be connected to 
the supermicrosystems with DECnet. However, the DECmate II and III must 
be connected to the supermicrosystems over an asynchronous line. 

Two modes of communications are supported: 

■ File transfer supervises the transmission of an entire file between the DEC¬ 
mate series and a supermicrosystem without operator intervention. The 
supermicrosystem must have DX/11M running under RSX-11M or RSX- 
11M-PLUS, DX/RSTS running under RSTS/E or Micro/RSTS, or DX/VMS 
running under VMS. DECmate must have the WPS-8 Communications 
Package. 

■ Terminal emulation provides character-by-character communications that 
looks to the supermicrosystem like a terminal. DECmate, with the WPS-8 
Communications Package, emulates an alphanumeric terminal (VT100 or 
VT52). 


IBM and Apple PC Connection 

The IBM PC and the Apple Macintosh can now communicate with the 
Micro VAX II system. This connection allows customers to get more use out of 
their personal computers in a number of areas. They may want to use applica¬ 
tions, tools, and programming languages that are on the Micro VAX. They may 
also want to network to VAXes in other departments, perhaps communicating 
with the corporate mainframe through VAX systems to give them access to 
corporate databases. There are several products designed to connect the IBM 
and Apple personal computers to the Micro VAX II. 

■ VTerm II, which allows an IBM PC to emulate a VT100 terminal. 

■ poly-com 220 and poly-com 240, which allow an IBM PC to emulate VT220 
or VT240 terminals. 

■ DECnet-DOS, which allows an IBM PC to function as an end node in a 
DECnet network. 

■ Apple’s MacTerminal package, which lets a Macintosh emulate a VT100 
terminal. 


Please consult your Digital sales representative for more information on any of 
these software products. 




■ Additional Documentation 

Networks and Communications Buyers Guide 
Networks Handbook 
Networks Guidebook 
Microcomputer Products Handbook 


ED-28055-42 
EB-26013-42 
EB-27241-42 
EB-26078-41 
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Chapter 6 ■ Architecture Summary 


■ Introduction 

Computer architecture is defined as the characteristics of the computer that 
are observed by the operator and programmer at the assembly-language level. 
These characteristics, which exist in both the VAX and PDP-11 architectures, 
include instructions sets, data types, addressing modes, registers, address 
space, and memory management. This chapter discusses the similarities of 
and differences between these architectural characteristics. 

Multiple system implementations of common computer architectures have 
allowed Digital’s customers to continue to upgrade and expand, at the lowest 
possible cost, as their needs have changed. Within each of the VAX and PDP- 
11 families, customers can move to other computers without reinvesting in 
software, peripherals, communications devices, or training. Common com¬ 
puter architectures ensure computer compatibility. 

For a simple overview listing of the architectural characteristics of these two 
families, refer to Table 6-1. For detailed descriptions of the VAX and PDP-11 
architectures, refer to the VAX Architecture Handbook and to the PDP-11 
Architecture Handbook. Ordering information for these books is provided in 
Appendix D—Documentation. 


Table 6-1 ■ Architectural Characteristics Overview 

Characteristic 

MicroVAX 

MicroPDP-11 

Physical Address 1 Gbyte on Micro VAX II 
Space g Mbytes on MicroVAX I 

4 Mbytes 

Virtual Address 
Space 

4 Gbytes total instruction 
and data space 

64 Kbytes instruction space 
64 Kbytes data space 

I/O System 

Memory-mapped 

8 Kbytes I/O space 

Memory-mapped 

8 Kbytes I/O space 
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Table 6-1 

■ Architectural Characteristics Overview (Cont.) 

Characteristic 

MicroVAX 

MicroPDP-11 

Operand Types 

Bit-field 

— 


8-bit byte 

8-bit byte 


16-bit word 

16-bit word 


32-bit longword 

— 


32-bit floating 1 

32-bit floating 


64-bit floating 1 

64-bit floating 


64-bit floating with differ¬ 
ent precision 1 

— 


128-bit floating 1 

— 

Registers 

16 general 

16 general for MicroPDP- 
11/83 and MicroPDP-11/73 

8 general for MicroPDP- 
11/23 

CPU Execution 

32-bit processor status 

16-bit processor status word 

State 

longword 


Addressing 

Register 2 

Register 

Modes 

Register-deferred 

Register-deferred 


Autoincrement 

Autoincrement 


Autoincrement 

Autoincrement 


Autoincrement-deferred 

Autoincrement-deferred 


Autoincrement-deferred 

Autoincrement-deferred 


Index 

Index (MicroPDP-11/83 
and MicroPDP-11/73 only) 


Displacement-deferred 

— 


Literal 

— 

Interrupt 

Automatically vectored 

Automatically vectored 

System 

interrupts 

interrupts 


16 hardware levels 

4 hardware levels 


16 software levels 

4 software levels 


1 May be emulated in some implementations 

2 Indexed variations 
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Table 6-1 

■ Architectural Characteristics Overview (Cont.) 

Characteristic 

MicroVAX 

MicroPDP-11 

Operating 

Kernel 

Kernel 

Modes 

Executive 

— 


Supervisor 

Supervisor 


User 

User 

Data Types 

— 

Bit-field (MicroPDP-11/23 
only) 


Byte 

Byte 


Word 

Word 


32-bit longword 

— 


64-bit longword 

— 


128-bit longword 1 

Character (MicroPDP-11/23 
only) 

Instruction Sets 

Integer arithmetic 

Integer arithmetic 


Integer logical 

Integer logical 


Floating point 

Floating point 


Byte string 1 

Byte string (including deci¬ 
mal byte string) 


Basic flow control (branch. 

Basic flow control (branch, 


jump) 

jump) 


Basic call 

Basic call 


Enhanced flow control (do 
loops) 

— 


Queue management 

— 


Polynomial (Taylor Series) 

— 


Enhanced procedure call 

— 

Instruction 

l n bytes 

2, 4, or 6 bytes (CIS instruc¬ 

Length 


tions longer—applies to 
MicroPDP-11/23 only.) 


1 Emulated 
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Table 6-1 ■ Architectural Characteristics Overview (Cont.) 


Characteristic 

MicroVAX 

MicroPDP-11 

Floating Point 

D, F, G standard in hard¬ 
ware of MicroVAX II 

H is emulated in software 
on MicroVAX II 

D and F or F and G are 
standard on MicroVAX I 

D and F standard in hard¬ 
ware and in microcode on 
MicroPDP-11/83 

D and F standard in micro¬ 
code on MicroPDP-11/73 

D and F optional on 
MicroPDP-11/23 

CIS 

— 

Optional on 

MicroPDP-11/23 


Micro VAX Architectural Characteristics 

The Micro VAX architecture includes the following characteristics: 


■ 

4-Gbyte virtual-address space. 

■ 

1-Gbyte physical-address space on the MicroVAX II; 8-Mbyte physical- 
address space on the MicroVAX I. 

■ 

32-bit word size. 

■ 

Memory management. 

■ 

Sixteen 32-bit general registers. 

■ 

Multiple addressing modes. 

■ 

32 processor-priority levels. 

■ 

Vectored hardware and software interrupts 

■ 

Variable instruction size. 

■ 

Subset of the VAX instruction set. 

■ 

Emulation support for the unimplemented VAX instruction set except for 
PDP-11 compatibility mode. 

■ 

Subset of the VAX privileged registers. 

■ 

Subset of the VAX data types. 


The Micro VAX instruction set uses 32-bit addressing that enables the proces¬ 
sor to address up to four billion bytes of virtual-address space. The processor’s 
memory-management hardware includes mapping registers used by the operat¬ 
ing system that provide page protection by operating mode. 







The Micro VAX provides sixteen 32-bit general registers that can be used for 
high-speed, temporary storage or as accumulators, index registers, or base reg¬ 
isters. One of these registers is a program counter and three registers provide 
procedure call instructions. 

The processor also offers a variety of addressing modes, including an indexed- 
addressing mode, that use the general registers to identify instruction operand 
locations. 

The instruction set includes character-string and floating-point instructions, 
as well as integer, logical, queue, and bit-field instructions. Instructions and 
data can start at any arbitrary byte boundary in memory or, in the case of bit 
fields, at any arbitrary bit in memory. 

For further reference, the sections “KA630 CPU Module” and “KD32-AA 
CPU Modules” in Chapter 2—System Hardware describe the Micro VAX II 
and Micro VAX I CPUs, respectively, as implementations of the VAX architec¬ 
ture. 

MicroPDP-11 Architectural Characteristics 

The MicroPDP-11 architecture includes the following characteristics: 

■ 64-Kbyte virtual-address space. 

■ 4-Mbyte physical-address space. 

■ 16-bit word size. 

■ Memory management. 

■ One or two sets of eight 16-bit general registers. 

■ Multiple addressing modes. 

■ Eight processor-priority levels. 

■ Variable instruction size. 

■ Full set of PDP-11 privileged registers. 

■ Full set of PDP-11 data types. 

■ Full set of PDP-11 instructions. 


The MicroPDP-11 instruction set uses 16-bit addressing that provides a 
directly addressable virtual-address space of 65,536 (64K) bytes. Actual mem¬ 
ory capacity in the MicroPDP-11 is 4,096,000 (4M) bytes. Memory manage¬ 
ment translates the 16-bit virtual addresses into the full 22-bit physical 
addresses needed to address 4 Mbytes. The processor's memory-management 
hardware includes mapping registers used by the operating system that pro¬ 
vide page protection by operating mode. 
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The MicroPDP-11/23 provides eight 16-bit general registers that can be used 
for high-speed, temporary storage or as accumulators, index registers, or base 
registers. Two registers with special purposes are the program counter and the 
stack pointer. The MicroPDP-11/83 and MicroPDP-11/73 have a second set of 
eight 16-bit general registers with a program counter and stack pointer. 

The MicroPDP-11 processors offer a variety of addressing modes, including 
an indexed-addressing mode, that uses the general registers to identify instruc¬ 
tion operand locations. 

Floating-point instructions are standard on the MicroPDP-11/83 in hardware 
and in microcode, and on the MicroPDP-11/73 in microcode, and available as 
an option on the MicroPDP-11/23. Character-string instructions are offered 
as a hardware option on the MicroPDP-11/23 only. 

For further reference, the sections “KDJ11-BF CPU Module”, “KDJ11-BB 
CPU Module”, and “KDF11-BF CPU Module” in Chapter 2—System Hard¬ 
ware describe the MicroPDP-11 CPUs as an implementation of the PDP-11 
architecture. 


■ Address Space and Memory 

Micro VAX systems use the 8-bit byte for addressing. Micro VAX instructions 
use a 32-bit virtual address to identify these byte locations. It is called a vir¬ 
tual address because it is not the real address of a physical-memory location. It 
is translated into a real address by the processor under operating-system con¬ 
trol. A virtual address, unlike physical-memory addresses, is not a unique 
address of a location in memory. Two programs using the same virtual address 
might refer to two different physical memory locations, the same physical 
memory location, or the same physical memory location using different virtual 
addresses. The set of all possible 32-bit virtual addresses is called virtual- 
address space. 

The MicroPDP-11 also uses the 8-bit byte for addressing. PDP-11 instructions 
use a 16-bit virtual address to identify a byte location. Memory management 
translates 16-bit virtual addresses into the 22-bit physical addresses needed to 
address 4 Mbytes of memory. 

Micro VAX and MicroPDP-11 instructions can address memory using either 
direct addressing or indirect (deferred) addressing. With direct addressing, 
the address in one of the general registers points directly to the data in mem¬ 
ory (Figure 6-1). With indirect addressing, the address in a general register 
points to an address stored in memory, which in turn points to the data (Fig¬ 
ure 6-2). 
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Figure 6-1 * Direct Addressing 



Figure 6-2 ■ Indirect or Deferred Addressing 

Micro VAX and MicroPDP-11 memory locations and peripheral-device (I/O- 
device) registers are addressed in the same manner. The first 8 Kbytes of phys¬ 
ical-address space are reserved for I/O-device addressing. Other physical-mem¬ 
ory locations have been reserved for interrupt and trap handling. 

Physical-address Space 

Physical-address space is a contiguous series of word-addressable hardware 
locations used to define memory and I/O-device registers. 

A physical address in the Micro VAX system is 30 bits long and provides a phys¬ 
ical-address space of 1 Gbyte. Of these, 5 12 Mbytes are in memory space and 
5 12 Mbytes are in I/O space. The I/O space is largely empty usually utilizing 
only the first 8 Kbytes. 

The MicroPDP-11 architecture specifies that physical addresses may be up to 
22 bits long and provides a physical-address space of 4 Mbytes. As in the 
Micro VAX, the first 8 Kbytes are used for I/O-device addressing. 
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Virtual-address Space 

Through the Micro VAX and MicroPDP-11 memory-management hardware, 
the operating system provides an execution environment in which users can 
write programs without having to know where the programs are loaded in 
physical memory. In this environment, users can write programs that are too 
large to fit into the allocated physical memory. This environment is called vir¬ 
tual-address space. 

A virtual address is a 16-bit or 32-bit integer that a program uses to identify a 
storage location in virtual memory. Virtual memory may be the set of all physi¬ 
cal-memory locations in the system plus the set of disk blocks that the operat¬ 
ing system designates as extensions of physical memory. 

A program written for a Micro VAX processor sees a 32-bit address space that 
references up to four billion bytes. This 4-Gbyte window is known as the pro¬ 
gram’s virtual-address space. Each Micro VAX program’s virtual-address 
space begins with address 0 and can extend upward to a maximum of 4 
Gbytes. 

A program written for a MicroPDP-11 processor sees a 16-bit address space 
that references up to 64 Kbytes of memory. This 64-Kbyte window is known 
as the program’s virtual-address space. Each MicroPDP-11 program’s virtual- 
address space begins with address 0 and can extend upward to a maximum of 
64 Kbytes. 

Memory Management 

Memory management enables the operating system to map virtual addresses 
into physical addresses. This physical address is then used to specify a location 
in the storage device. 

The MicroPDP-11 system has to convert a fairly small virtual address to a 
large physical address. This allows the 16-bit MicroPDP-11 processor to 
access a very large physical memory a little at a time. Figure 6-3 shows the 
MicroPDP-11 translating the 16-bit virtual addresses into the 22-bit physical 
addresses. 
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Figure 6-3 ■ MicroPDP-11 Memory Management 


Micro VAX memory management is almost exactly the reverse of the process 
for the MicroPDP-11. The Micro VAX processor can express virtual addresses 
over a 4-Gbyte range, yet no real memory exists that can hold such a program. 
A scheme must be used to allow the physical memory to contain only those 
parts of the virtual-address space that are currently in use. 

A combination of Micro VAX microcode and operating-system software cre¬ 
ates this memory-management environment. Initially, none of the user’s pro¬ 
gram is in physical memory. Instead, it is all on the storage device. As the 
user’s program references its virtual-address space, the necessary “pages” of 
the user’s program are brought into physical memory and the user’s virtual 
addresses are mapped (pointed or translated) to the appropriate physical 
addresses. Eventually, physical memory becomes full and the operating sys¬ 
tem must create space for new pages. The oldest pages are kicked out of physi¬ 
cal memory (i.e., copied back out to the storage device) allowing the newest 
pages to fit in. This entire process is called demand paging and is central to 
how the Micro VAX can run programs that are much larger than the existing 
physical memory. Figure 6-4 shows the Micro VAX translating the 32-bit vir¬ 
tual addresses into the 24-bit physical addresses. 
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Figure 6-4 ■ MicroVAX Memory Management 

Memory Protection 

The MicroVAX and MicroPDP-11 memory management provides a second 
important feature beyond managing where the code and data should go. Mem¬ 
ory management also controls who may have access to the code and data. This 
is important if a multiuser system is to protect the operating-system software 
from the users as well as protect individual programs from one another. 
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The view that each running program has of physical memory is completely 
controlled by the operating system. To the program, sections of physical mem¬ 
ory can be labeled read/write, read-only, or invisible. For example: 

■ The program code should be marked read-only if the programmer has writ¬ 
ten pure code that does not modify itself. 

■ Fixed program data can also be marked read-only so that it cannot be dam¬ 
aged. 

■ Variable program data is marked read/write. 

■ Sections of memory the program has no need to know about are made invis¬ 
ible. 


Both the Micro VAX and the MicroPDP-11 families assign these protection 
attributes on a per-page basis. 
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■ Registers and Stacks 

A register is a location within the processor that can be used for high-speed, 
temporary data storage and addressing, or as an accumulator during computa¬ 
tion. 

The Micro VAX has sixteen 32-bit general registers available for use with the 
native instruction set. Twelve of these registers are for general purposes. The 
rest of these registers have special purposes. One of these special purpose reg¬ 
isters is designated as the program counter and contains the address of the 
next instruction to be executed. The other three special purpose registers are 
designated for use with procedure call instructions. They are the stack 
pointer, argument pointer, and frame pointer. 

The MicroPDP-11/23 uses one set of eight 16-bit general registers. Six of 
these are general purpose registers and the remaining two are special purpose 
registers. The special purpose registers are the program counter and the stack 
pointer. The MicroPDP-11/83 and MicroPDP-11/73 use two sets of eight 16- 
bit general registers. Each set has the six general purpose registers, a program 
counter, and a stack pointer. 

A stack is an array of consecutively addressed data items that are referenced 
on a last-in, first-out basis using a register. Data items are added to and 
removed from the low address end of the stack. A stack grows toward lower 
addresses as items are added and shrinks toward higher addresses as items are 
removed. 

A stack can be created anywhere in the user’s program address space. Any 
register can be used to point to the current item on the stack. The operating 
system, however, automatically reserves portions of each process address 
space for stack data structures. User software references its stack data struc¬ 
ture, called the user stack, through a general register designated as the stack 
pointer. When the user runs a program image, the operating system automati¬ 
cally provides the address of the area designated for the user stack. 

Micro VAX Registers 

The sixteen 32-bit general registers in the Micro VAX (shown in Figure 6-5) 
are labeled RO through R15 (in decimal). Registers can be used for temporary 
data storage, or as accumulators, base registers, or index registers. Abase regis¬ 
ter contains the address of the base of a software data structure such as a 
table, and an index register contains a logical instruction into a data structure. 
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Figure 6-5 ■ MicroVAX Registers 


Some registers have special significance, depending on the instruction being 
executed. Registers R12 through R15 have special significance for many 
instructions and subsequently have special labels. These registers are 
described below. 


■ Program counter (PC or R15) contains the address of the next byte to be 
processed in the instruction stream. 

■ Stack pointer (SP or R14) contains the address of the top of a stack main¬ 
tained for subroutine and procedure calls. 

■ Frame pointer (FP or R13) contains the address of the base of a software 
data structure stored in the stack. 

■ Argument pointer (AP or R12) contains the address of the base of a soft¬ 
ware data structure called the argument list. 


■ MicroVAX Program Counter 

A MicroVAX native-mode instruction has a variable-length format and instruc¬ 
tions are byte-aligned. A variable-length format not only makes code more 
compact but it also can easily extend the instruction set. The opcode for the 
operation is either one or two bytes long and is followed by zero to six operand 
specifiers, depending on the instruction. An operand specifier can be one or 
several bytes long, depending on the addressing mode. Figure 6-6 illustrates 
the representation of an instruction as a string of bytes. Just before the proces¬ 
sor begins to execute an instruction, the program counter contains the address 
of the first byte of the next instruction. The way in which the program coun¬ 
ter is updated is totally transparent to the programmer. 
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figure 6-6 ■ MicroVAX Instruction Representation 

■ MicroVAX Stack Pointer, Argument Pointer, and Frame Pointer 
The stack pointer is a register specifically designated for use with stack struc¬ 
tures. The stack pointer can place items on, or remove items from, the stack. 

The argument pointer is used to pass the address of the argument list to a 
called procedure, and the frame pointer is used to keep track of the nested call 
instructions. 

An argument list is a formal data structure containing the arguments required 
by the procedure being called. Arguments can be actual values, addresses of 
data structures, or addresses of other procedures. 

The call instructions always keep track of nested calls with the frame pointer 
register. The frame pointer contains the address on the stack of the items 
pushed on the stack during the procedure call. The set of items pushed on the 
stack during a procedure call is known as a call frame or stack frame. 
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■ MicroVAX Processor Status Longword 
A processor register in the MicroVAX called the processor status longword 
(PSL) determines the execution state of the processor at any time. The low- 
order 16 bits of the processor status longword constitute the processor status 
word available to the user process. The high-order 16 bits provide privileged 
control of the system. The fields can be grouped together by function to con¬ 
trol the operating mode of the current instruction, and the interrupt process¬ 
ing. Figure 6-7 shows the processor status longword. 
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Figure 6-7 ■ Processor Status Longword 

MicroPDP-11 Registers 

The MicroPDP-11 registers can be used as operands for arithmetic and logical 
operations or for addressing in memory. Register operations are internal to 
the processor and do not require bus cycles (except for instruction fetch). All 
memory and peripheral device data transfers require bus cycles and longer exe¬ 
cution time. Thus general purpose registers used for processor operations 
result in faster execution times. 
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Figure 6-8 ■ MicroPDP-11 Registers 

The program counter (PC or R7) contains the address of the next instruction 
to be executed. Normally, the PC is used only for addressing and not for arith¬ 
metic or logical operations. 
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When an interrupt or trap occurs, the processor status word (PSW) and the 
program counter are saved on the processor stack. The stack pointer (SP or 
R6) contains the address of the top of this stack in memory. The PSW and PC 
contain all the information needed for the processor to resume execution 
where it left off. The last-in, first-out stack allows orderly processing of inter¬ 
rupts and traps even when the processor is already processing. 

Processor Status Word 

The processor status word (PSW) is a special processor register found in the 
Micro VAX and MicroPDP-11 that is used to check a program’s status and to 
control synchronous error conditions. The processor status word, shown in Fig¬ 
ure 6-9, contains two sets of bit fields—condition codes and trap enable flags. 
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Figure 6-9 ■ Processor Status Word 

The condition codes indicate the outcome of a particular logical or arithmetic 
operation. The branch-on-condition instructions can be used to transfer con¬ 
trol to a code sequence that handles the condition. 

There are two kinds of exceptions that concern the user process—trace faults 
and arithmetic exceptions. The trace fault is used to debug programs or evalu¬ 
ate performance. Arithmetic exceptions include 

■ Integer or floating-point overflow, in which the result was too large to be 
stored in the given format. 

■ Integer or floating-point divide-by-zero, in which the divisor supplied was 
zero. 

■ Floating-point underflow, in which the result was too small to be 
expressed in the given format. 


When an exception occurs, the processor immediately saves the current state 
of execution and traps to the operating system. The operating system automat¬ 
ically searches for a procedure that wants to handle the exception. 
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■ Addressing Modes 

The processor’s addressing modes allow almost any operand to be stored in a 
register or in memory, or as an immediate constant. Table 6-2 summarizes the 
addressing modes. 


Table 6-2 11 Addressing Modes 

Address Mode 

MicroVAX 

MicroPDP-11 

Register 

(General purpose register contains 
data) 

X 

X 

Register-deferred 

(General purpose register contains 

address of data) 

X plus indexed 
variation 1 

X 

Autoincrement 

(General purpose register contains 
address of data. After access, GPR is 
incremented to point to next address 
of data.) 

X plus indexed 
variation 1 

X 

Autoincrement-deferred 

X plus indexed 
variation 1 

X 

Autodecrement 

X plus indexed 
variation 1 

X 

Autodecrement-deferred 

— 

X 

Displacement 
(MicroPDP-11 Index) 

X plus indexed 
variation 1 

X 

Displacement-deferred 
(MicroPDP-11 Index-deferred) 

X plus indexed 
variation 1 

X 

1 Second register (multiplied by data size) 

is added to address. 


Micro VAX Addressing Modes 

There are seven basic Micro VAX addressing modes that 
ters to identify the operand location. They include 

use the general regis- 

■ Register mode (mode 0)—the register contains the operand. 


■ Register-deferred mode (mode 1)—the register contains the address of the 
operand. 
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■ Autodecrement mode (mode 2)—the contents of the register are first decre¬ 
mented by the size of the operand and then used as the address of the oper¬ 
and. The size of the operand (in bytes), given by the data type of the 
instruction operand, depends on the instruction. For example, the clear 
word instruction uses a size of two, because there are two bytes per word. 

■ Autoincrement mode (mode 3)—the contents of the register are used as the 
address of the operand, and then incremented by the size of the operand. 
If the program counter is the specified register, the mode is called immedi¬ 
ate mode. 

■ Autoincrement-deferred mode (mode 4)—the contents of the register are 
used as the address of a location in memory containing the address of the 
operand and then are incremented by four (the size of the address). If the 
program counter is the specified register, the mode is called absolute 
mode. 

■ Displacement mode (mode 5) —the value stored in the register is used as a 
base address. A byte, word, or longword signed constant is added to the 
base address, and the resulting sum is the effective address of the operand. 

■ Displacement-deferred mode (mode 6)—the value stored in the register is 
used as the base address of a data structure. A byte, word, or longword 
signed constant is added to the base address, and the resulting sum is the 
address of the location that contains the actual address of the operand. 


The autoincrement and autodecrement modes enable automatic stepping 
through tables. The displacement mode enables the generation of offsets into 
a table, with a choice of either short or long displacements. The deferred 
modes enable the user to maintain tables of operand addresses instead of the 
operands themselves. The indexed-addressing modes allow indexing into 
tables with a step size automatically determined by the operand. All except 
register mode can be modified by indexed addressing. 

The Micro VAX processor also provides literal mode, in which an unsigned 
six-bit field in the instruction is interpreted as an integer or floating-point con¬ 
stant. 

The Micro VAX processor’s addressing modes allow considerable flexibility in 
the arrangement and processing of data structures. A data structure’s design 
does not have to be tied to its processing method to be efficient. The variety 
of addressing modes enables the assembly language programmer to write, and 
high-level language compilers to produce, very compact code. For example, lit¬ 
eral mode is a very efficient way to specify small constants. 
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MicroPDP-11 Addressing Modes 

There are eight basic PDP-11 addressing modes that use the general registers 

to identify the operand location. 

■ Register mode (mode 0)—contains the operand in the register. 

■ Register-deferred mode (mode 1)—contains the address of the operand in 
the register. 

■ Autoincrement mode (mode 2)—interprets the contents of the register as 
the address of the operand in memory and, in addition, increments the con¬ 
tents of the register by 2 (word instructions) or by 1 (byte instructions) 
after the operand is accessed in memory. This leaves the register pointing 
to the next consecutive word or byte and makes stepping through a list of 
operands easier. Because both R6 (stack pointer) and R7 (program coun¬ 
ter) normally contain addresses, they are always autoincremented by 2. 

■ Autoincrement-deferred mode (mode 3)—uses the contents of the register 
as a pointer to the address of the operand. The pointer in the register is 
then incremented by 2 after the address is located. Where mode 2 steps 
through a list of sequential operands, mode 3 steps through a list of sequen¬ 
tial addresses that in turn point to operands stored anywhere in memory. 

■ Autodecrement mode (mode 4)—decrements the contents of the register 
by 2 (word instructions) or by 1 (byte instruction) before using the register 
as the address of an operand in memory. Where mode 2 steps through a list 
of operands at ascending addresses, mode 4 does the same by descending 
addresses. 

■ Autodecrement-deferred mode (mode 5)—interprets the contents of the reg¬ 
ister as the address of a word in memory, which in turn points to the oper¬ 
and. The register is decremented by 2 before accessing the address in 
memory. Where mode 3 steps through a list of addresses in ascending mem¬ 
ory order, mode 5 steps through the list in descending memory order. 

■ Index mode (mode 6)—adds the contents of the word immediately follow¬ 
ing the instruction to the contents of the register, and uses the resulting 
sum as the address of an operand in memory. This allows you to specify the 
starting address of a list independently of the offset of an entry in the list. 
By changing the starting address but not the index, you can move the fif¬ 
teenth entry in list A to the fifteenth entry in list B. By changing the index 
but not the starting address, you can move from the fifteenth entry in list 
A to the twentieth entry in list A. The starting address can be specified in 
the register and the offset in the word following the instruction, or vice 


versa. 
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■ Index-deferred mode (mode 7)—adds the word following the instruction to 
the register in the same way as mode 6, but the resulting sum is used as the 
address of a word in memory that in turn points to the operand. Where 
mode 6 accesses operands stored in a list or table, mode 7 uses addresses 
stored in a list or table to access operands stored anywhere in memory. 


Modes 2, 3, 6, and 7 can be particularly useful in conjunction with the pro¬ 
gram counter. The resulting addressing will be independent of where in mem¬ 
ory the instruction is executed. Each time the processor implicitly uses the 
program counter to fetch a word from memory, the program counter is auto¬ 
matically incremented by 2 after the fetch is completed. 

PC immediate mode is a special case of mode 2, using the program counter 
(R7) as the register. It accesses the word immediately following the instruc¬ 
tion and is a fast way to read a constant operand. 

PC absolute mode is a special case of mode 3, where an absolute address (i.e., 
constant regardless of where in memory the instruction is executed) is stored 
in the word immediately following the instruction. This absolute address is 
used as a pointer to the operand. 

PC relative mode is a special case of mode 6, using the program counter (R7) as 
the register. The updated contents of the program counter (instruction 
address + 4) are added to the contents of the word immediately following the 
instruction (the offset) and the sum is used as a pointer to the operand in mem¬ 
ory. The offset and the position of the operand relative to the instruction are 
independent of where they are located in memory, so PC relative mode is help¬ 
ful in writing position-independent code. 

PC relative-deferred mode is a special case of mode 7, using the program coun¬ 
ter as the register. The word following the instruction (the offset) is added to 
the updated program counter (instruction address + 4), and the resulting 
sum is used as a pointer to a location which in turn contains the address of the 
operand. 

■ Exceptions and Interrupts 

While running one process, the processor executes instructions and controls 
data flow to and from peripherals and main memory. To share processor, mem¬ 
ory, and peripheral resources among many processes, the processor provides 
two arbitration mechanisms called exceptions and interrupts. Exceptions are 
events that occur synchronously with respect to instruction execution; inter¬ 
rupts are external events that occur asynchronously. 
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The flow of execution can change at any time. The processor distinguishes 
between changes in flow that are local to a process and those that are of sys¬ 
temwide context and independent of any particular process. Process-local 
changes occur as the result of a user software error or when user software calls 
operating-system services. Process-local changes in program flow are handled 
through the processor’s exception-detecting mechanism and the operating sys¬ 
tem’s exception dispatcher. 

Systemwide changes in flow generally occur as the result of interrupts from 
devices or interrupts generated by the operating-system software. Interrupts 
are handled by the processor’s interrupt-detection mechanism and the operat¬ 
ing system’s interrupt-service routines (systemwide changes in flow may also 
occur as the result of severe hardware errors; these are handled either as spe¬ 
cial exceptions or high-priority interrupts). 

Systemwide changes in flow generally take priority over process-local changes 
in flow. The processor uses a priority system for servicing interrupts. To arbi¬ 
trate between all possible interrupts, each kind of interrupt is assigned a prior¬ 
ity, and the processor responds to the highest-priority pending interrupt. For 
example, interrupts from realtime I/O devices would take precedence over 
interrupts from mass-storage devices, terminals, lineprinters, and other less 
time-critical devices. 

The processor services interrupts between instructions or at well-defined 
points during the execution of long iterative instructions. When the processor 
acknowledges an interrupt, it switches rapidly to a special systemwide context 
so that the operating system can service the interrupt. Systemwide changes in 
the flow of execution are handled in a way that makes them totally transparent 
to individual processes. 

Exception and Interrupt Vectors 

The processor can automatically initiate changes in the normal flow of pro¬ 
gram execution. The processor recognizes two kinds of events that cause it to 
invoke conditional software—exceptions and interrupts. Some exceptions, 
such as arithmetic traps, affect an individual process only. Others affect the 
system as a whole, such as a machine check. Interrupts include both device 
interrupts, such as those signaling I/O completion, and software-requested 
interrupts, such as those signaling the need for a context-switch operation. 

The processor knows which software to invoke when an exception or inter¬ 
rupt occurs because it references specific locations, called vectors, to obtain 
the starting address of the exception or interrupt dispatcher. Each vector tells 
the processor how to service the event. 
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Processor-priority Levels 

To arbitrate between interrupt requests that can occur simultaneously, the 
Micro VAX processor recognizes 32 processor-priority levels. The highest 16 
processor-priority levels are reserved for interrupts generated by hardware, 
and the lowest 16 processor-priority levels are reserved for interrupts 
requested by software. 

The MicroPDP-11 processors recognize eight processor-priority levels. The 
highest four processor-priority levels are reserved for interrupts generated by 
hardware, and the lowest four levels are reserved for interrupts requested by 
software. 

Context Switching 

In the multiprogramming environment, several individual streams of code can 
be ready to execute at the same time. Instead of allowing each stream to exe¬ 
cute one at a time, the operating system can intervene and switch between the 
streams of code that are ready to execute. The stream of code the processor is 
executing at any one time is determined by its hardware context. 

The hardware context contains the information that is loaded in the proces¬ 
sor’s registers that identify where the stream of instructions and data are 
located, which instruction to execute next, and what the processor is doing 
during execution. 

The process is the stream of instructions and data defined by the hardware 
context. Each process has a unique identification in the system. The operating 
system switches between processes by requesting the processor to save one pro¬ 
cess hardware context and load another. 

■ Processor Operating Modes 

In a high-performance, multiprogramming system, the processor must pro¬ 
vide the basis for protection and sharing among the processes competing for 
the system’s resources. The basis for protection in the system is the proces¬ 
sor’s operating mode. The operating mode in which the processor executes 
determines 


■ Instruction-execution privileges—which instructions the processor will 
execute. 

■ Memory-access privileges—which locations in memory the current instruc¬ 
tion can access. 


At any one time, the processor is either executing code in the context of a par¬ 
ticular process, or it is executing code in the systemwide interrupt-service con¬ 
text. 
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Kernel mode allows execution of all instructions. In a multiprogramming envi¬ 
ronment, the most privileged functions of the operating system—physical I/O 
operations, resource management, and job scheduling—are implemented in 
code that runs in kernel mode. The access-control provisions of memory man¬ 
agement protect these elements from tampering by programs running in less 
privileged modes. 

Executive mode allows Record Management Services (RMS) and many of the 
operating system’s programmed service procedures to execute. 

User mode prohibits the execution of instructions, such as halt and reset, that 
would allow one program in a multiprogramming environment to harm the sys¬ 
tem as a whole. Each user’s virtual-address space permits writing only into its 
own areas in memory. 

Supervisor mode has the same level of privilege as user mode and can be useful 
for programs being shared among users but still requiring protection. 

Table 6-3 shows both the Micro VAX and MicroPDP-11 processor operating 
modes. 


Table 6-3 

■ Processor Operating Modes 

Operating Mode 

MicroVAX 

MicroPDP-11 

Kernel 

X 

X 

Executive 

X 

— 

Supervisor 

X 

X 

User 

X 

X 


Micro VAX Operating Modes 

In the Micro VAX context of a process, the processor recognizes four operat¬ 
ing modes—kernel, executive, supervisor, and user. Kernel is the most privi¬ 
leged mode, and user, the least privileged. When in interrupt-service context, 
the processor recognizes only kernel mode. 

The processor spends most of its time executing in user mode. When user soft¬ 
ware needs the services of the operating system—whether for acquisition of a 
resource, for I/O processing, or for information—the processor executes those 
services in the same operating mode or in one of the more privileged operating 
modes. 
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To execute code in one of the more privileged modes, the system manager 
must grant access and the operating system controls the operation. The mem¬ 
ory protection that the privileged mode gives is enforced by the processor. In 
general, code executing in one mode can protect itself and any portion of its 
data structures from read and/or write accesses by code executing in any less 
privileged mode. This memory-protection mechanism provides the basis for 
data structure integrity. 

MicroPDP-11 Operating Modes 

In the MicroPDP-11 context of a process, the processor recognizes three 
access modes—kernel, user, and supervisor. 
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■ Data Types 

The data type of an instruction operand determines the number of bits of stor¬ 
age to be treated as a unit and what the interpretation of that unit is. Each 
supermicrosystem’s instruction set operates on integer, floating-point, and 
character-string data types. For each of these data types, the selection of an 
operation immediately tells the processor the size of the data and its interpre¬ 
tation. 

The Micro VAX instruction set can also manipulate variable-length bit fields 
where the user defines the size of the field and its relative position. There are 
several variations of these primary data types. Table 6-4 provides a summary 
of the data types available. 

Integer data is stored as binary values in either byte or word formats on a 
MicroPDP-11, and in byte, word, longword, quadword, or octaword formats 
on a Micro VAX. A byte is 8 bits, a word is 2 bytes, a longword is 4 bytes, a 
quadword is 8 bytes, and an octaword is 16 bytes. The supermicrosystem 
interprets an integer as either a signed value or an unsigned value. The sign in 
signed values is determined by the high-order bit. 

Floating-point values are stored using a signed exponent and a binary, normal¬ 
ized fraction. Floating-point data types can represent positive and negative 
numbers with a much greater absolute value than integer data (as large as 1.7 
x 1,038), or with a fractional value (as small as 0.29 x 10" 38 ). PDP-ll-based 

systems use F_floating-point and D_floating-point data types. The 

MicroPDP-11/83 supports F_and D_floating-point in hardware and in 

microcode. The MicroPDP-11/73 supports F_and D_floating-point in 

microcode only. MicroVAX II uses F_floating-point, D_floating-point, 

and G_floating-point data types in hardware and supports the H_float¬ 

ing-point data type in software. MicroVAX I is available with a combination of 

D_and F_floating-point in hardware, or F_and G_floating-point in 

hardware. 


■ Single-precision F_floating-point data is 4 bytes long with an 8-bit 

excess 128 exponent. The effective 24-bit fraction yields approximately 
seven decimal digits of precision. 

■ Double-precision D_floating-point data is 8 bytes long with an 8-bit 

excess 128 exponent. The effective 56-bit fraction yields approximately 16 
decimal digits of precision. 

■ G_floating-point data is 8 bytes long with an 11-bit excess 1,024 expo¬ 

nent. The effective 53-bit fraction yields approximately 15 decimal digits 
of precision. 
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■ H_floating-point data is 16 bytes long with a 15-bit excess 16,384 expo¬ 

nent. The effective 113-bit fraction yields approximately 33 decimal digits 
of precision. 


Table 6-4 ■ Data Type Representation 

Data Type 

MicroVAX 

MicroPDP-11 

Integer (byte) 

8 bits 

8 bits 


- 128 to + 127 signed 

- 128 to +127 signed 


0 to 255 unsigned 

0 to 255 unsigned 

Integer (word) 

16 bits 

16 bits 


- 32768 to + 32767 
signed 

- 32768 to + 32767 
signed 


0 to 65535 unsigned 

0 to 65535 unsigned 

Integer (longword) 

32 bits 

-2 to +2 - 1 
signed 

0 to 2 32 - 1 unsigned 

— 

Integer (quadword) 

64 bits 

— 


- 2 63 to + 2 63 - 1 
signed 

— 


0 to 2 64 - 1 unsigned 

— 

F_floating point 

4 bytes 

4 bytes 


7 decimal digits of 
precision 

7 decimal digits of 
precision 

D_floating point 

8 bytes 

8 bytes 


16 decimal digits of 
precision 

16 decimal digits of 
precision 

G_floating point 

8 bytes 

— 


15 decimal digits of 
precision 

— 

H_floating point 

16 bytes 

— 


33 decimal digits of 
precision 

— 

Character string 

0 to 65535 bytes 

0 to 65535 bytes 


One character per byte 

One character per byte 






6-27 


Table 6-4 ■ Data Type Representation (Cont.) 

Data Type Micro VAX 

MicroPDP-11 

Decimal string — 

0 to 31 bytes 

— 

One digit per byte 

Bit field 0 to 32 bits 

__ 

Dependent on 
interpretation 

— 

Queue > 2 longwords per 

queue entry 

— 


Floating-point instructions are standard in the hardware of the Micro VAX I, 
Micro VAX II, and the MicroPDP-11/83. They are standard in microcode on 
the MicroPDP-11/73. Optional floating-point units, FPF11 and KEF11-AA, 
are available for the MicroPDP-11/23. These units implement 46 microcoded 
instructions that perform arithmetic, logical, and conversion operations, and 
operate six to ten times faster than equivalent software routines. For more 
information on the FPF11 and the KEF11-AA, refer to Chapter 2—System 
Hardware. 

Character data are strings of bytes containing any binary data such as ASCII 
codes. Various standards, the most common of which is ASCII, assign an inter¬ 
pretation to some or all of the 236 different codes that can be represented by 
this data type. 

The first character in the string is stored in the first byte, the second charac¬ 
ter is stored in the second byte, and so on in ascending order. An 8-bit charac¬ 
ter is stored at any addressable byte in memory or in the low-order byte of a 
general register. 

A character-string is a sequence of up to 63,533 bytes in memory which can 
be located in two consecutive registers or two consecutive words in memory. 
The first word is the length of the character string (unsigned integer format), 
and the second word is the address of the most significant character (MSC). 
Subsequent characters through the least significant character (LSC) are stored 
in ascending memory locations. 

Several kinds of decimal-string data formats are used in business applications 
where their correspondence to COBOL data types, keypunch codes, or print¬ 
able characters is used. Decimal-string data formats are only available on the 
MicroPDP-11 systems. All represent numbers consisting of 0 to 31 decimal 
digits, with an implied decimal point to the right of the least significant digit 
(LSD). All are stored in memory as contiguous bytes. 
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There are separate instructions for packed-decimal string operations and 
zoned-numeric string operations, and for the decimal conversions between the 
two. 

The address of any data item is the address of the first byte in which the item 
resides. All integer, floating-point, and character-string data can be stored 
starting at any address in memory. A bit field, however, does not necessarily 
start at a byte boundary in memory. A bit field is simply a set of contiguous 
bits between 0 and 32 bits in length. The starting bit location is identified 
relative to a given byte address or register. The instruction set can interpret a 
bit field as a signed or unsigned integer. 

The Micro VAX processor also provides for two types of queue data. These 
consist of circular double-linked lists. A queue entry is specified by its 
address. Each queue entry is linked via a pair of longwords. The first long- 
word is the forward link; it specifies the location of the succeeding entry. The 
second longword is the backward link; it specifies the location of the preced¬ 
ing entry. Two queue tpes are differentiated according to the nature of the 
links—absolute and self-relative. An absolute link contains the absolute 
address of the entry that it points to. A self-relative link contains a displace¬ 
ment from the address of the queue entry. Also, the instructions for use on a 
self-relative queue are interlocked. 

■ Instruction Sets 

An instruction consists of an operation code (opcode) and zero or more oper¬ 
ands that are described by a data type and addressing mode. The super¬ 
microsystem instruction sets are based on over 100 different kinds of 
operations, each addressable in several ways. 

To choose the appropriate instruction, it is necessary only to become familiar 
with the operations, data types, and addressing modes. For example, the ADD 
operation can be applied to any of several sizes of integer or floating-point 
operands, and each operand can be addressed directly in a register, directly in 
memory, or indirectly through pointers stored in registers or memory loca¬ 
tions. 

Micro VAX Instruction Set 

The Micro VAX instruction set is a subset of the VAX instruction set. The 
remainder are emulated in software. It executes a large set of variable-length 
instructions, recognizes a variety of data types, and uses 32-bit general regis¬ 
ters. The opcodes can be grouped into classes based on their function and use. 
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Instructions used to manipulate the Micro VAX data types include 

■ Integer and logical instructions. 

■ Floating-point instructions. 

■ Character-string instructions. 

■ Bit-field instructions. 

■ Queue instructions. 

■ Address-manipulation instructions. 

■ General-register manipulation instructions. 


Instructions that provide basic program flow and enable the user to call proce¬ 
dures are 

■ Branch, jump, and case instructions. 

■ Subroutine call instructions. 

■ Procedure call instructions. 

■ Additional miscellaneous instructions. 


The section called “Instruction Set Summary” lists these basic instruction 

operations. 

MicroPDP-11 Instruction Set 

The MicroPDP-11 also executes a large set of variable-length instructions, rec¬ 
ognizes a variety of data types, and uses eight 16-bit registers. The following 

are the groupings of instructions: 

■ Load, store, and move instructions copy data between registers, memory, 
and I/O devices. 

■ Arithmetic instructions perform operations that interpret the numeric 
data, such as add, multiply, and negate. 

■ Shift and rotate instructions manipulate data within its original location. 

■ Data conversion instructions translate one data type to another. 

■ Logical instructions perform operations that manipulate bits and compare 
operands. 
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■ Program control instructions redirect the flow of execution. 

■ Miscellaneous instructions include all of the remaining instructions. 


Most instructions, other than floating-point and string-data instructions, use 
one of three basic formats—single operand, double operand, and branch. The 
single operand for instructions such as CLR (clear) and NEG (negate) is speci¬ 
fied by the destination-address field, and the result is left in the same location. 
Instructions such as ADD and SUBtract use two operands specified by the 
source address and the destination address as input. These instructions leave 
the result at the destination address. 

A user program can test the outcome of an arithmetic or logical operation. The 
processor provides a set of condition codes and branch instructions for this 
purpose. The condition codes indicate whether the previous arithmetic or logi¬ 
cal operation produced a negative or zero result or whether there was a carry, 
borrow, or overflow. There is a variety of branch-on-condition instructions— 
those for overflow and carry or borrow, and those for signed and unsigned 
relational tests. 
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Table 6-5 ■ Instruction Set Summary 

Instruction 

MicroVAX 

MicroPDP-11 

ABSD 

— 

Take absolute value of 

D_floating 

ABSF 

— 

Take absolute value of 

F_floating 

ACBB 

Add, compare, and branch to 
byte (H) 

— 

ACBD 

Add, compare, and branch to 

D_floating (F, ES) 

— 

ACBF 

Add, compare, and branch to 

F_floating (F, EH) 

— 

ACBG 

Add, compare, and branch to 

G_floating (F, EH) 

— 

ACBH 

Add, compare, and branch to 

H_floating (ES) 

— 

ACBL 

Add, compare, and branch to 
longword (H) 

— 

ACBW 

Add, compare, and branch to 
word (H) 

— 

ADAWI 

Add aligned word interlocked 
(H) 

— 

ADC 

— 

Add carry bit to word 

ADCB 

— 

Add carry bit to byte 

ADD 

— 

Add 

ADDB2 

Add byte 2-operand (H) 

— 

ADDB3 

Add byte 3-operand (H) 

— 

ADDD 

— 

Add D_floating 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

ADDD2 

Add D_floating 2-operand 

(F, ES) 

— 

ADDD3 

Add D floating 3-operand 

(F, ES) 

— 

ADDF 

— 

Add F_floating 

ADDF2 

Add F_floating 2-operand 

(F, EH) 

— 

ADDF3 

Add F_floating 3-operand 

(F, EH) 

— 

ADDG2 

Add G_floating 2-operand 

(F, EH) 

— 

ADDG3 

Add G_floating 3-operand 

(F, EH) 

— 

ADDH2 

Add H_floating 2-operand 

(ES) 

— 

ADDH3 

Add H_floating 3-operand 

(ES) 

— 

ADDL2 

Add longword 2-operand (H) 

— 

ADDL3 

Add longword 3-operand (H) 

— 

ADDN(I) 

— 

Add numeric decimal 
strings 

ADDP(I) 

— 

Add packed decimal 
strings 

ADDP4 

Add packed decimal 4-operand 
(A, ES) 

— 

ADDP6 

Add packed decimal 6-operand 
(A, ES) 

— 

ADDW2 

Add word 2-operand (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 





6-33 


Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

ADDW3 

Add word 3-operand (H) 

— 

ADWC 

Add with carry (H) 

— 

AOBLEQ 

Add one and branch less than or 
equal (H) 

— 

AOBLSS 

Add one and branch less than 
(H) 

— 

ASH 

— 

Arithmetic shift register 

ASHC 

— 

Arithmetic shift two com¬ 
bined registers 

ASHL 

Arithmetic shift longword (H) 

— 

ASHN(I) 

— 

Arithmetic shift numeric 
decimal string 

ASHP 

Arithmetic shift and round 
packed decimal string (A, ES) 

— 

ASHP(I) 

— 

Arithmetic shift packed 
decimal string 

ASHQ 

Arithmetic shift quadword (H) 

— 

ASL 

— 

Arithmetic shift word left 

ASLB 

— 

Arithmetic shift byte left 

ASR 

— 

Arithmetic shift word 
right 

ASRB 

— 

Arithmetic shift byte 
right 

BB 

Branch on bit 

— 

BBC 

Branch on bit clear (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the Micro VAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

BBCC 

Branch on bit clear and clear 
(H) 

— 

BBCCI 

Branch on bit clear and clear 
interlocked (H) 

— 

BBCS 

Branch on bit clear and set (H) 

— 

BBS 

Branch on bit set (H) 

— 

BBSC 

Branch on bit set and clear (H) 

— 

BBSS 

Branch on bit set and set (H) 

— 

BBSSI 

Branch on bit set and set inter¬ 
locked (H) 

— 

BCC 

Branch if carry bit is clear (H) 

Branch if carry bit is clear 

BCS 

Branch if carry bit is set (H) 

Branch if carry bit is set 

BEQ 

— 

Branch if equal to zero 

BEQL 

Branch if equal (H) 

— 

BEQLU 

Branch if equal unsigned (H) 

— 

BGE 

— 

Branch if greater than or 
equal to zero 

BGEQ 

Branch if greater than or equal 
to (H) 

— 

BGEQU 

Branch if greater than or equal 
to unsigned (H) 

— 

BGT 

— 

Branch if greater than 
zero 

BGTR 

Branch if greater than (H) 

— 

BGTRU 

Branch if greater than unsigned 
(H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

BHI 

— 

Branch if higher 

BHIS 

— 

Branch if higher or same 

BIC 

— 

Bit clear word 

BICB 

— 

Bit clear byte 

BICB2 

Bit clear byte 2-operand (H) 

— 

BICB3 

Bit clear byte 3-operand (H) 

— 

BICL2 

Bit dear longword 2-operand 
(H) 

— 

BICL3 

Bit dear longword 3-operand 
(H) 

— 

BICPSW 

Bit dear processor status word 
(H) 

— 

BICW2 

Bit clear word 2-operand (H) 

— 

BICW3 

Bit clear word 3-operand (H) 

— 

BIS 

— 

Bit set word 

BISB 

— 

Bit set byte 

BISB2 

Bit set byte 2-operand (H) 

— 

BISB3 

Bit set byte 3-operand (H) 

— 

BISF2 

Bit set F_floating 2-operand 

— 

BISG2 

Bit set G_floating 2-operand 

— 

BISL2 

Bit set longword 2-operand (H) 

— 

BISL3 

Bit set longword 3-operand (H) 

— 

BISPWS 

Bit set processor status word 
(H) 

— 

BISW2 

Bit set word 2-operand (H) 

— 


H = Instruction implemented in hardware by the MicroVAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cent.) 

Instruction 

MicroVAX 

MicroPDP-11 

BISW3 

Bit set word 3-operand (H) 

— 

BIT 

— 

Bit test word 

BITB 

Bit test byte (H) 

Bit test byte 

BITL 

Bit test longword (H) 

— 

BITW 

Bjt test word (H) 

— 

BLBC 

Branch on low bit (H) 

— 

BLBS 

Branch on low bit set (H) 

— 

BLE 

— 

Branch if less than or 
equal to zero 

BLEQ 

Branch if less than or equal to 
(H) 

— 

BLEQU 

Branch if less than or equal 
unsigned (H) 

— 

BLO 

— 

Branch if lower 

BLOS 

— 

Branch if lower or same 

BLSS 

Branch if less than (H) 

— 

BLSSU 

Branch if less than unsigned 

— 

BLT 

— 

Branch if less than zero 

BMI 

— 

Branch if minus 

BNE 

— 

Branch if not equal to 
zero 

BNEQ 

Branch if not equal (H) 

— 

BNEQU 

Branch if not equal unsigned 
(H) 

— 

BPL 

— 

Branch if plus 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 





6-37 


Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

BPT 

Breakpoint fault (H) 

Breakpoint trap 

BR 

— 

Branch (unconditional) 

BRB 

Branch with byte displacement 
(H) 

— 

BRW 

Branch with word displacement 
(H) 

— 

BSBB 

Branch to subroutine with byte 
displacement (H) 

— 

BSBW 

Branch to subroutine with word 
displacement (H) 

— 

BUGL 

VMS bugcheck 

— 

BUGW 

VMS bugcheck 

— 

BVC 

Branch if overflow bit clear (H) Branch if overflow bit 

clear 

BVS 

Branch if overflow bit set (H) 

Branch if overflow bit set 

CALLG 

Call procedure with general 
argument list (H) 

— 

CALLS 

Call procedure with stack argu¬ 
ment list (H) 

— 

CASEB 

Case on byte (H) 

— 

CASEL 

Case on longword (H) 

— 

CASEW 

Case on word (H) 

— 

CCC 

— 

Clear all condition codes 

CFCC 

— 

Copy floating condition 
codes 

CHME 

Change mode to executive (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

CHMK 

Change mode to kernel (H) 

— 

CHMS 

Change mode to supervisor (H) 

— 

CHMU 

Change mode to user (H) 

— 

CLC 

— 

Clear carry condition 
code 

CLN 

— 

Clear negative condition 
code 

CLR 

— 

Clear word 

CLRB 

Clear byte (H) 

Clear byte 

CLRD 

Clear D_floating (ES) 

Clear D_floating 

CLRF 

Clear F_floating (EH) 

Clear F_floating 

CLRG 

Clear G_floating (EH) 

— 

CLRH 

Clear H_floating 

— 

CLRL 

Clear longword (H) 

— 

CLRO 

Clear octaword 

— 

CLRQ 

Clear quadword (H) 

— 

CLRW 

Clear word (H) 

— 

CLV 

— 

Clear overflow condition 
code 

CLZ 

— 

Clear zero condition code 

CMP 

— 

Compare word 

CMPB 

Compare byte (H) 

Compare byte 

CMPC(I) 

— 

Compare character 
strings 

CMPC3 

Compare characters 3-operand 
(A) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 a Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

CMPC5 

Compare characters 5-operand 
(A) 

— 

CMPD 

Compare D_floating (F) 

Compare D_floating 

CMPF 

Compare F_floating (F) 

Compare F_floating 

CMPG 

Compare G_floating (F) 

— 

CMPH 

Compare H_floating 

— 

CMPL 

Compare longword (H) 

— 

CMPN(I) 

— 

Compare numeric decimal 
strings 

CMPP(I) 

— 

Compare packed decimal 
strings 

CMPP3 

Compare packed decimal 3-oper¬ 
and (A) 

■ — 

CMPP4 

Compare packed decimal 4-oper¬ 
and (A) 

■ — 

CMPV 

Compare field (H) 

— 

CMPW 

Compare word (H) 

— 

CMPZV 

Compare zero-extended field 
(H) 

— 

COM 


Take one’s complement of 
word 

COMB 

— 

Take one’s complement of 
byte 

CRC 

Calculate cyclic redundancy 
check (A) 

— 

CSM 

— 

Call supervisor mode 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 * Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

CVTBD 

Convert byte to D_ floating 
(F) 

— 

CVTBF 

Convert byte to F_floating (F) 

— 

CVTBG 

Convert byte to G_floating 

(F) 

— 

CVTBH 

Convert byte to H_floating 

— 

CVTBL 

Convert byte to longword (H) 

— 

CVTBW 

Convert byte to word (H) 

— 

CVTDB 

Convert D_floating to byte 

(F, ES) 

— 

CVTDF 

Convert D_floating to 

F_floating (F, ES) 

— 

CVTDH 

Convert D_floating to 

H_floating (ES) 

— 

CVTDL 

Convert D_floating to long- 

word (F, ES) 

— 

CVTDW 

Convert D_floating to word 

(F, ES) 

— 

CVTFB 

Convert F_floating to byte 

(F, EH) 

— 

CVTFD 

Convert F_floating to 

D_floating (F, ES) 

— 

CVTFG 

Convert F_floating to 

G_ floating (F, EH) 

— 

CVTFH 

Convert F_floating to 

H_ floating (ES) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

CVTFL 

Convert F_floating to long- 

word (F, EH) 

— 

CVTFW 

Convert F_floating to word 

(F, EH) 

— 

CVTGB 

Convert G_floating to byte 

(F, EH) 

— 

CVTGF 

Convert G_floating to 

F_floating (F, EH) 

— 

CVTGH 

Convert G_floating to 

H_floating (ES) 

— 

CVTGL 

Convert G_ floating to long- 
word (F, EH) 

— 

CVTGW 

Convert G_floating to word 

(F, EH) 

— 

CVTHB 

Convert H_floating to byte 

(ES) 

— 

CVTHD 

Convert H_floating to 

D_floating (ES) 

— 

CVTHF 

Convert H_floating to 

F_floating (ES) 

— 

CVTHG 

Convert H_floating to 

G_floating (ES) 

— 

CVTHL 

Convert H_floating to long- 

word (ES) 

— 

CVTHW 

Convert H_floating to word 

(ES) 

— 

CVTLB 

Convert longword to byte (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX MicroPDP-11 

CVTLD 

Convert longword to D_float- — 

ing (F, ES) 

CVTLF 

Convert longword to F_float- — 

ing (F, EH) 

CVTLG 

Convert longword to G_float- — 

ing (F, EH) 

CVTLH 

Convert longword to H_float- — 

ing (ES) 

CVTLN 

— Convert long integer to 

numeric decimal 

CVTLP 

Convert longword to packed dec- Long integer to packed 
imal (A, ES) decimal 

CVTLW 

Convert longword to word (H) — 

CVTNL 

— Convert numeric decimal 

to long integer 

CVTNP 

— Convert numeric decimal 

to packed decimal 

CVTPL 

Convert packed decimal to Ion- Convert packed decimal 
gword (A, ES) to long integer 

CVTPN 

— Convert packed decimal 

to numeric decimal 

CVTPS 

Convert packed decimal to load- 

ing separate (A, ES) 

CVTPT 

Convert packed decimal to trail- — 
ing (A, ES) 

CVTRDL 

Convert rounded D_floating — 

to longword (F, ES) 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

CVTRFL 

Convert rounded F_floating 

to longword (F, EH) 

— 

CVTRGL 

Convert rounded G_floating 

to longword (F, EH) 

— 

CVTRHL 

Convert rounded H_floating 

to longword (ES) 

— 

CVTSP 

Convert leading separate to 
packed decimal (A, ES) 

— 

CVTTP 

Convert trailing to packed deci¬ 
mal (A, ES) 

— 

CVTWB 

Convert word to byte (H) 

— 

CVTWD 

Convert word to D_floating 

(F, ES) 

— 

CVTWF 

Convert word to F_floating 

(F, EH) 

- 

CVTWG 

Convert word to G_floating 

(EH) 

— 

CVTWH 

Convert word to H_floating 

(ES) 

— 

CVTWL 

Convert word to longword (H) 

— 

DEC 

— 

Decrement word 

DECB 

Decrement byte (H) 

Decrement byte 

DECL 

Decrement longword (H) 

— 

DECW 

Decrement word (H) 

— 

DIV 

— 

Divide 

DIVB2 

Divide byte 2-operand (H) 

— 

DIVB3 

Divide byte 3-operand (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the Micro VAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

DIVD 

— 

Divide D_floating 

DIVD2 

Divide D_floating 2-operand 

(F, ES) 

— 

DIVD3 

Divide D floating 3-operand 

(F, ES) 

— 

DIVF 

— 

Divide F_floating 

DIVF2 

Divide F_floating 2-operand 

(F, EH) 

— 

DIVF3 

Divide F floating 3-operand 

(EH) 

— 

DIVG2 

Divide G_floating 2-operand 

(F, EH) 

— 

DIVG3 

Divide G floating 3-operand 

(EH) 

— 

DIVH2 

Divide H floating 2-operand 

(ES) 

— 

DIVH3 

Divide H_floating 3-operand 

(ES) 

— 

DIVL2 

Divide longword 2-operand (H) 

— 

DIVL3 

Divide longword 3-operand (H) 

— 

DIVP 

Divide packed decimal strings 
(A, ES) 

— 

DIVP(I) 

— 

Divide packed decimal 
strings 

DIVW2 

Divide word 2-operand (H) 

— 

DIVW3 

Divide word 3-operand (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

EDITPC 

Edit packed decimal to charac¬ 
ter string (A, ES) 

— 

EDIV 

Extended divide (H) 

— 

EMODD 

Extended modulus D_floating 

(F, ES) 

— 

EMODF 

Extended modulus F_floating 

(F, EH) 

— 

EMODG 

Extended modulus G_floating 

(F, EH) 

— 

EMODH 

Extended modulus H_float¬ 

ing (ES) 

— 

EMT 

— 

Emulator trap 

EMUL 

Extended multiply (H) 

— 

ESCD 

Escape D 

— 

ESCE 

Escape E 

— 

ESCF 

Escape F 

— 

EXTV 

Extract field (H) 

— 

EXTZV 

Extract zero-extended field (H) 

— 

FFC 

Find first clear (H) 

— 

FFS 

Find first set (H) 

— 

HALT 

Halt (H) 

Halt 

INC 

— 

Increment word 

INCB 

Increment byte (H) 

Increment byte 

INCL 

Increment longword (H) 

— 

INCW 

Increment word (H) 

— 

INDEX 

Computer index (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the Micro VAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

INSQHI 

Insert entry in queue at head 
interlocked (H) 

— 

INSQTI 

Insert entry in queue at tail 
interlocked (H) 

— 

INSQUE 

Insert entry in queue (H) 

— 

INSV 

Insert field (H) 

— 

IOT 

s — 

Input/output trap 

JMP 

Jump (H) 

Jump 

JSB 

Jump to subroutine (H) 

— 

JSR 

— 

Jump to subroutine 

LDCDF 

— 

Load and convert 

D_floating to F_float¬ 

ing 

LDCFD 

— 

Load and convert 

F_floating to D_float¬ 

ing 

LDCID 

— 

Load and convert integer 
to D_floating 

LDCIF 

— 

Load and convert integer 
to F_floating 

LDCLD 

— 

Load and convert long 
integer to D_floating 

LDCLF 

— 

Load and convert long 
integer to F_floating 

LDD 

— 

Load D_floating 

LDEXP 

— 

Load exponent 

LDF 

— 

Load F_floating 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

LDPCTX 

Load process context (H) 

— 

LOCC 

Locate character (A, EH) 

— 

LOCC(I) 

— 

Locate character 

L2D 

— 

Load two string descrip¬ 
tors 

L3D 

— 

Load three string descrip¬ 
tors 

MARK 

— 

Facilitates stack cleanup 

MATC(I) 

— 

Match character string 

MATCHC 

Match character string (A, ES) 

— 

MCOMB 

Move complemented byte (H) 

— 

MCOML 

Move complemented longword 
(H) 

— 

MCOMW 

Move complemented word (H) 

— 

MFPD 

— 

Move from previous data 
space 

MFPI 

— 

Move from previous 
instruction space 

MFPR 

Move from processor register 
(H) 

— 

MFPS 

— 

Move from processor 
status word 

MFPT 

— 

Move from processor type 

MNEGB 

Move negated byte (H) 

— 

MNEGD 

Move negated D_floating 

(F, ES) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the Micro VAX IKD32-AA CPU. 



6-48 • Architecture Summary 



Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

MNEGF 

Move negated F_floating 

(F, EH) 

— 

MNEGG 

Move negated G_floating 

(F, EH) 

— 

MNEGH 

Move negated H_floating 

(ES) 

— 

MNEGL 

Move negated longword (H) 

— 

MNEGW 

Move negated word (H) 

— 

MODD 

— 

Multiply and separate 
integer and D_floating 

MODF 

— 

Multiply and separate 
integer and F_floating 

MOV 

— 

Move word 

MOVAB 

Move address of byte (H) 

— 

MOVAD 

Move address of D_floating 

(ES) 

— 

MOVAF 

Move address of F_floating 

(EH) 

— 

MOVAG 

Move address of G_floating 

(EH) 

— 

MOVAH 

Move address of H_floating 

(ES) 

— 

MOVAL 

Move address of longword (H) 

— 

MOVAO 

Move address of octaword (ES) 

— 

MOVAQ 

Move address of quadword 

— 

MOVAW 

Move address of word (H) 

— 

MOVB 

Move byte (H) 

Move byte 


H = Instruction implemented in hardware by the MicroVAX II 78032 CPU chip. 

F - Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

MOVC (I) 

— 

Move character string 

MOVC 3 

Move character 3-operand (H) 

— 

MOVC5 

Move character 5-operand (H) 

— 

MOVD 

Move D_floating (F, ES) 

— 

MOVF 

Move F_floating (F, EH) 

— 

MOVG 

Move G_floating (F, EH) 

— 

MOVH 

Move H_floating (ES) 

— 

MOVL 

Move longword (H) 

— 

MOVO 

Move octaword (ES) 

— 

MOVP 

Move packed decimal (A, ES) 

— 

MOVPSL 

Move from processor status 
longword (H) 

— 

MOVQ 

Move quadword (H) 

— 

MOVRC(I) 

— 

Move reverse-justified 
character string 

MOVTC 

Move translated character 
string (A, ES) 

— 

MOVTC(I) 

— 

Move translated charac¬ 
ter string 

MOVTUC 

Move translated until character 
(A, ES) 

— 

MOVW 

Move word (H) 

— 

MOVZBL 

Move zero-extended byte to 
longword (H) 

— 

MOVZBW 

Move zero-extended byte to 
word (H) 

— 


H = Instruction implemented in hardware by the MicroVAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

MOVZWL 

Move zer-extended word to 
longword (H) 

— 

MTPD 

— ' 

Move to previous data 
space 

MTPI 

— 

Move to previous instruc¬ 
tion space 

MTPR 

Move to processor register (H) 

— 

MTPS 

— 

Move to processor status 
word 

MUL 

— 

Multiply 

MULB2 

Multiply byte 2-operand (H) 

— 

MULB3 

Multiply byte 3-operand (H) 

— 

MULD 

— 

Multiply D_floating 

MULD2 

Multiple D_floating 2-oper¬ 

and (F,ES) 

— 

MULD3 

Multiple D_floating 3-oper¬ 

and (F, ES) 

— 

MULF 

— 

Multily F_floating 

MULF2 

Multiply F_floating 2-operand — 

(F, EH) 

MULF3 

Multiply F_floating 3-operand 

(F, EH) 

[ — 

MULG2 

Multiply G_floating 2-oper¬ 

and (F, EH) 

— 

MULG3 

Multiply G floating 3-oper¬ 
and (F, EH) 

— 


H = Instruction implemented in hardware by the MicroVAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floatingpoint 
chip. 

A = Instruction implemented in microcode by the MicroVAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

MULH2 

Multiple H_floating 2-oper¬ 

and (ES) 

— 

MULH3 

Multiply H_floating 3-oper¬ 

and (ES) 

— 

MULL2 

Multiply longword 2-operand 
(H) 

— 

MULL3 

Multiply longword 3-operand 
(H) 

— 

MULP 

Multiply packed decimal strings 
(A, ES) 

— 

MULP(I) 

— 

Multiply packed decimal 
strings 

MULW2 

Multiply word 2-operand (H) 

— 

MULW3 

Multiply word 3-operand (H) 

— 

NEG 

— 

Negate (take 2’s comple¬ 
ment) of word 

NEGB 

— 

Negate (take 2’s comple¬ 
ment) of byte 

NEGD 

— 

Negate D_floating 

NEGF 

— 

Negate F_floating 

NOP 

No operation (H) 

No operation 

POLYD 

Evaluate polynomial D_float¬ 

ing (F, ES) 

— 

POLYF 

Evaluate polynomial F_float¬ 

ing (F, EH) 

— 

POLYG 

Evaluate polynomial G_float¬ 

ing (F, EH) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

POLYH 

Evaluate polynomial H_float¬ 

ing (ES) 

— 

POPR 

Pop registers from stack (H) 

— 

PROBER 

Probe read access (H) 

— 

PROBE W 

Probe write (H) 

— 

PUSHAB 

Push address of byte (H) 

— 

PUSHAD 

Push address of D_floating 

(ES) 

— 

PUSHAF 

Push address of F_floating 

(EH) 

— 

PUSHAG 

Push address of G_floating 

(EH) 

— 

PUSHAH 

Push address of H_floating 

(ES) 

— 

PUSHAL 

Push address of longword (H) 

— 

PUSHAO 

Push address of octaword (ES) 

— 

PUSHAQ 

Push address of quadword (H) 

— 

PUSHAW 

Push address of word (H) 

— 

PUSHL 

Push longword on stack (H) 

— 

PUSHR 

Push registers on stack (H) 

— 

REI 

Return from exception or inter¬ 
rupt (H) 

— 

REMQHI 

Remove entry from queue at 
head interlocked (H) 

— 

REMQTI 

Remove entry from queue at tail 
interlocked (H) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

REMQUE 

Remove entry from queue (H) 

— 

RESET 

— 

Reset bus 

RET 

Return from procedure (H) 

— 

ROL 

— 

Rotate register word left 

ROLB 

— 

Rotate register byte left 

ROR 

— . 

Rotate register word right 

RORB 

— 

Rotate register word right 

ROTL 

Rotate longword (H) 

— 

RSB 

Return from subroutine (H) 

— 

RTI 

— 

Return from interrupts 

RTS 

— 

Return from subroutine 

RTT 

— 

Return from interrupts 

SBC 

— 

Subtract carry bit from 
word 

SBCB 

— 

Subtract carry bit from 
byte 

SBWC 

Subtract with carry (H) 

— 

SCANC 

Scan characters (A, EH) 

— 

SCANC(I) 

— 

Scan character string 

see 

— 

Set all condition code bits 

SEC 

— 

Set carry condition code 

SEN 

— 

Set negative condition 
code 

SETD 

— 

Set D_floating mode 

SETF 

— 

Set F_floating mode 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES - Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

SETI 

— 

Set floating for integer 
mode 

SETL 

— 

Set floating for long inte¬ 
ger mode 

SEV 

— 

Set overflow condition 
code 

SEZ 

— 

Set zero condition code 

SKPC 

Skip character (A, EH) 

— 

SKPC(I) 

— 

Skip character string 

SOBGEQ 

Subtract one and branch greater 
than or equal to (H) 

— 

SOBGTR 

Subtract one and branch greater 
than (H) 

— 

SPANC 

Span characters (A, EH) 

— 

SPANC(I) 

— 

Span character string 

STCDF 

-— 

Store and convert 

D_floating to F_float¬ 

ing 

STCDI 

— 

Store and convert 

D_floating to integer 

STCDL 

—■ 

Store and convert 

D_floating to long inte¬ 

ger 

STCFD 

— 

Store and convert 

F_floating to D_float¬ 

ing 

STCFI 

— 

Store and convert 

F_floating to integer 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Instruction 

MicroVAX 

MicroPDP-11 

STCFL 

— 

Store and convert 

F_floating to long inte¬ 

ger 

STD 

— 

Store D_floating 

STEXP 

— 

Store exponent 

STF 

— 

Store F_floating 

STFPS 

— 

Store floating-point pro¬ 
gram status word 

STST 

— 

Store floating-point status 

SUB 

— 

Subtract word 

SUBB2 

Subtract byte 2-operand (H) 

— 

SUBB3 

Subtract byte 3-operand (H) 

— 

SUBD 

— 

Subtract D_floating 

SUBD2 

Subtract D_floating 2-oper¬ 

and (F, ES) 

— 

SUBD3 

Subtract D_floating 3-oper¬ 

and (F, ES) 

— 

SUBF 

— 

Subtract F_floating 

SUBF2 

Subtract F_floating 2-operand 

(F, EH) 


SUBF3 

Subtract F floating 3-operand — 

(F, EH) 

SUBG2 

Subtract G_floating 2-oper¬ 

and (F, EH) 

— 

SUBG3 

Subtract G_floating 3-oper¬ 

and (F, EH) 

— 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II 78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the Micro VAX IKD32-AA CPU. 
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Table 6-5 ■ Instruction Set Summary (Cont.) 

Instruction 

MicroVAX 

MicroPDP-11 

SUBH2 

Subtract H_floating 2-oper¬ 

and (ES) 

— 

SUBH3 

Subtract H_floating 3-oper¬ 

and (ES) 

— 

SUBL2 

Subtract longword 2-operand 
(H) 

— 

SUBL3 

Subtract longword 3-operand 
(H) 

— 

SUBN(I) 

— 

Subtract numeric decimal 
strings 

SUBP(I) 

— 

Subtract packed decimal 
strings 

SUBP4 

Subtract packed 4-operand 
(A, ES) 

— 

SUBP6 

Subtract packed 6-operand 
(A, ES) 

— 

SUBW2 

Subtract word 2-operand (H) 

— 

SUBW3 

Subtract word 3-operand (H) 

— 

SVPCTX 

Save process context (H) 

— 

SWAB 

— 

Swap bytes in word 

SXT 

— 

Sign extend 

TRAP 

— 

Trap 

TST 

— 

Test word 

TSTB 

Test byte (H) 

Test byte 

TSTD 

Test D_floating (F, ES) 

Test D_ floating 

TSTF 

Test F_floating (F, EH) 

Test F_floating 


H = Instruction implemented in hardware by the Micro VAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the Micro VAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the Micro VAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the Micro VAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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Instruction 

MicroVAX 

MicroPDP-11 

TSTG 

Test G_floating (F, EH) 

— 

TSTH 

Test H_floating (ES) 

— 

TSTSET 

— 

Test word, set low bit 

TSTL 

Test longword 

— 

TSTW 

Test word (H) 

— 

WAIT 

— 

Wait for interrupt 

WRTLCK 

— 

Read/lock destination, 
write/unlock RO 

XFC 

Extended function call (H) 

— 

XOR 

— 

Exclusive OR word 

XORB2 

Exclusive OR byte 2-operand 
(H) 

— 

XORB3 

Exclusive OR byte 3-operand 
(H) 

— 

XORL2 

Exclusive OR longword 2-oper¬ 
and (H) 

— 

XORL3 

Exclusive OR longword 3-oper¬ 
and (H) 

— 

XORW2 

Exclusive OR word 2-operand 
(H) 

— 

XORW3 

Exclusive OR word 3-operand 
(H) 

— 


H = Instruction implemented in hardware by the MicroVAX II 78032 CPU chip. 

F = Instruction implemented in hardware by the MicroVAX II 78132 Floating Point 
chip. 

A = Instruction implemented in microcode by the MicroVAX II78032 CPU chip. This 
instruction is emulated by system software. 

EH = Instruction implemented in hardware by the MicroVAX IKD32-AA CPU. 

ES = Instruction implemented in software, or in software with a hardware assist, by 
the MicroVAX IKD32-AA CPU. 
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■ Additional Documentation 

VAX Architecture Handbook 
PDP-11 Architecture Handbook 
MicroVAX 630 CPU Module User's Guide 
MicroVAX I CPU Technical Description 
KDJ11-A CPU Module User's Guide 
KDF11-BA CPU Module User's Guide 
DCJ11 Microprocessor User's Guide 


EB-19580-20 
EB-23657-18 
EK-KA630-UG 
EK-KD32A-TD 
EK-KDJ1A-UG 
EK-KDFEB-UG 
EK-DCJ11-UG 




■ Introduction 

The Q-bus is the common communications path for the data, address, and con¬ 
trol information that is transferred between the CPU, memory, and device 
interfaces. Each of the supermicrocomputers use only the Q-bus for these com¬ 
munications. 

The 22-bit Q-bus consists of 42 bidirectional and two unidirectional signal 
lines that are built into the backplane assembly. Logic modules are installed in 
the backplane and connected to these signal lines with backplane connectors. 
The signal lines are defined as follows: 

■ Sixteen multiplexed data/address lines (BDAL< 15:00 >). 

■ Two multiplexed address/parity lines (BDAL< 17:16 >). 

■ Four nonmultiplexed extended address lines (BDAL < 21:18 >). 

■ Six data transfer control lines (BBS7, BDIN, BDOUT, BRPLY, BSYNC, 
BWTBT). 

■ Six system control lines (BHALT, BREF, BEVNT, BINIT, BDCOK, BPOK). 

■ Ten interrupt control and direct memory access control lines (BIAKO, 
BIAKI, BIRQ4, BIRQ5, BIRQ6, BIRQ7, BDMGO, BDMR, BSACK, 
BDMGI). 

In addition to the data, address, and control signal lines, a number of power, 
ground, and spare lines have been defined for the 22-bit Q-bus (hereafter 
referred to as the Q22 bus). For a detailed description of these lines, refer to 
Table A-l. 

■ Bus Communications 

All communications on the bus are performed asynchronously to allow some 
devices to transfer at data rates greater than those of other devices. The bus 
operates with a master and slave relationship . When more than one device 
requests the use of the bus, the device with the highest priority gains access. 
It becomes the bus master and controls the data transfers until it releases the 
bus. In performing the transfers, it addresses another device that is desig¬ 
nated as a slave. 
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The current data cycle is overlapped with the arbitration for the next cycle, 
enhancing the system performance. The upper eight Kbytes of address space 
are reserved for I/O devices. Some of the addresses are fixed within this space, 
and others are allowed to float, depending on the system configuration. 

The bus transactions consist of initialization, arbitration, data transmission, 
and miscellaneous: 


■ The initialization lines of the bus provide the information required to start 
the processor after powering up and cause an orderly shutdown of the pro¬ 
cessor during power failures. In addition, they allow the processor to reset 
the I/O subsystem. 

■ The arbitration lines control access to the data transmission portion of the 
bus. 

■ The data transmission lines allow words or bytes to be moved about on the 
bus. Transmission of data is always accomplished with one device acting as 
master and the other acting as slave. The master controls the direction and 
length of transmission. 

■ The miscellaneous lines provide other functions, including processor con¬ 
trol and memory refresh. 


Master/Slave Relationship 

A master/slave relationship exists throughout each bus transaction. At any 
time, one device has control of the bus and is termed the bus master, and the 
other device is termed the slave. The bus master, which is typically the proces¬ 
sor or a direct-memory access (DMA) device, initiates a bus transaction. The 
slave device responds by acknowledging the transaction in progress and by 
receiving data from, or transmitting data to, the bus master. The bus control 
signals transmitted or received by the bus master or the bus slave device must 
complete the sequence according to bus protocol. 

The processor controls bus arbitration to determine which device becomes 
bus master at any given time. A typical example of this relationship is the pro¬ 
cessor, as master, fetching an instruction from memory, which is always a 
slave. Another example is a disk-drive device as master transferring data to 
memory as slave. Communications on the bus are interlocked so that, for cer¬ 
tain control signals issued by the master device, there must be a response from 
the slave in order to complete the transfer. It is the mas ter/slave signal proto¬ 
col that precludes the need for synchronizing clock pulses. 

Since bus-cycle completion by the bus master requires response from the slave 
device, each bus master includes a time-out error circuit that will abort the 
bus cycle if the slave device does not respond to the bus transaction within 10 
microseconds. 


Bus Signals and Pin Assignments 

The connectors on the backplane assembly and the logic modules have corre¬ 
sponding pin and signal assignments. Table A-1 lists the signal and pin designa¬ 
tions for the data/address, control, power/ground, and spare lines. All (322- 
bus signals are asserted low and negated high, except BPOK and BDCOK, 
which are asserted high. Most signals are bidirectional, and transactions on 
the bus are performed asynchronously so that devices can exchange data at 
their own rates and the same interfaces can be used for different devices. The 
data and address lines are time-multiplexed. 



Table A-l 

■ Bus Signals and Pin Assignments 

Data and Address 

Signal 

Pin 

Signal 

Pin 

BDALO 

AU2 

BDALll 

BR2 

BDAL1 

AV2 

BDAL12 

BS2 

BDAL2 

BE2 

BDAL13 

BT2 

BDAL3 

BF2 

BDAL14 

BU2 

BDAL4 

BH2 

BDAL15 

BV2 

BDAL5 

BJ2 

BDAL16 

AC1 

BDAL6 

BL2 

BDAL17 

ADI 

BDAL7 

BL2 

BDAL18 

BCl 

BDAL8 

BM2 

BDAL19 

BD1 

BDAL9 

BN2 

BDAL20 

BEl 

BDAL10 

BP2 

BDAL21 

BF1 

Data Transfer Control 

Signal 

Pin 

Signal 

Pin 

BDOUT 

AE2 

BSYNC 

AJ2 

BRPLY 

AF2 

BWTBT 

AK2 

BDIN 

AH2 

BBS7 

AP2 

Interrupt Control 

Signal 

Pin 

Signal 

Pin 

BIRQ7 

BPl 

BIRQ4 

AL2 

BIRQ6 

AB1 

BIAKO 

AN2 

BIRQ5 

AA1 

BIAKI 

AM2 
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Table A-1 ” Bus Signals and Pin Assignments (Cont.) 

Direct Memory Access Control 

Signal 

Pin 

Signal 

Pin 

BDMR 

AN1 

BDGMO 

AS2 

BSACK 

BNl 

BMDGI 

AR2 

System Control 

Signal 

Pin 

Signal 

Pin 

BHALT 

API 

BINIT 

AT2 

BREF 

ARl 

BDCOK 

BAl 

BEVNT 

BR1 

BPOK 

BB1 

Power and Ground 

Voltage 

Pin 

Voltage 

Pin 

+ 5B (battery) 

AS1 

-12 

BB2 

+ 12B (battery) 

AS 1 (not supplied GND 
by Digital) 

AC2 

+ 12B 

BS1 

GND 

All 

+ 5B 

AVI 

GND 

AMI 

+ 5 

AA2 

GND 

ATI 

+ 5 

BA2 

GND 

BC2 

+ 5 

BVl 

GND 

BJ1 

+ 12 

AD2 

GND 

BM1 

.+ 12 

BD2 

GND 

BTl 

Spares 

Signal 

Pin 

Signal 

Pin 

SSparel 

AE1 

MSpareB 

ALl 

SSpare3 

AH1 

MSpareB 

BL1 

SSpare8 

BHl 

PSparel 

AU1 

SSpare2 

AF1 

ASpare2 

BUI 

MSpareA 

AKl 








■ Data Transfer Bus Cycles 

Seven types of data transfer operations can occur and are listed in Table A-2. 
During the bus cycle, executed by the bus master, 8-bit bytes or 16-bit words 
can be written or read. In block mode, multiple words can be transferred to or 
from sequential word addresses, starting from a single bus address. The bus 
signals used for the data transfer operations are listed in Table A-3. 


Table A-2 ■ Data Transfer Operations 

Mnemonic 

Description 

Bus Master Function 

DATI 

Data word input 

Read 

DATO 

Data word output 

Write 

DATOB 

Data byte output 

Write byte 

DATIO 

Data word input/output Read-modify-write 

DATIOB 

Data word input/byte 
output 

Read-modify-write byte 

DATBI 

Data block input 

Read block 
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Table A-3 ■ Bus Signals for Data Transfers 

Mnemonic Description Function 

BDAL < 21:00 > L 22 data/address lines BDAL < 15:00> L are used for 

word and byte transfers. 

BDAL < 17:16 > L are used for 
extended addressing, memory 
parity error (16), and memory 
parity error enable (17) func¬ 
tions. 


BDAL < 21:18 > L are used for 
extended addressing beyond 
256 Kbytes. 


BSYNC L 

Bus-cycle control Indicates bus transaction in pro¬ 

gress. 

BDIN L 

Data-input indicator Indicates bus transaction in pro¬ 
gress. 

BDINL 

Data-input indicator Strobe signal 

BRPLY L 

Slave’s acknowledg- Strobe signal 
ment of bus cycle 

BWTBT L 

Write/byte control Control signal 

BBS7L 

I/O device select Indicates address is in the I/O 

page. 


Data transfer bus cycles can be reduced to five basic types— DATI, DATO(B), 
DATIO(B), DATBI, and DATBO. These transactions occur between the bus 
master and one slave device selected during the addressing portion of the bus 
cycle. 

Bus-cycle Protocol 

Before initiating a bus cycle, the previous bus transaction must have been com¬ 
pleted (BSYNC L negated) and the device must become bus master. The bus 
cycle can be divided into an addressing portion and a data transfer portion. 
During the addressing portion, the bus master outputs the address for the 
desired slave device, memory location, or device register. The selected slave 
device responds by latching onto the address bits and holding this condition 
for the duration of the bus cycle until BSYNC L becomes negated. During the 
data transfer portion, the actual data transfer occurs. 
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Device Addressing 

The device-addressing portion of a data transfer bus cycle comprises an 
address setup and deskew time and an address hold and deskew time. During 
the address setup and deskew time, the bus master performs the following: 

■ Asserts BDAL < 21:00 > L with the desired slave-device address bits. 

■ Asserts BBS7 L if a device in the I/O page is being addressed. 

■ Asserts BWTBT L if the cycle is a DATO(B) or DATBO. 


During this time, the received address BBS7 L and BWTBT L signals are 
asserted at the slave-bus receiver for at least 75 nanoseconds before BSYNC 
goes active. Devices in the I/O page ignore the nine high-order address bits 
BDAL <21:13 > and instead decode BBS7 L along with the 13 low-order 
address bits. An active BWTBT L signal during address setup time indicates 
that a DATO(B) or DATBO operation will follow, while an inactive BWTBT L 
indicates a DATI, DATBI, or DATIO(B) operation will follow. 

The address hold and deskew time begins after BSYNC L is asserted. The 
slave device uses the active BSYNC L bus receiver output to clock BDAL 
address bits, BBS7 L, and BWTBT L into its internal logic. BDAL < 21:00 > L, 
BBS7 L, and BWTBT L will remain active for 25 nanoseconds minimum after 
BSYNC L bus receiver goes active. BSYNC L remains active for the duration of 
the bus cycle. Memory and peripheral devices are addressed similarly except 
for the way the slave device responds to BBS7 L. Addressed peripheral devices 
do not decode address bits on BDAL < 21:13 > L. Addressed peripheral 
devices may respond to a bus cycle when BBS7 L is asserted (low) during the 
addressing portion of the cycle. When asserted, BBS7 L indicates that the 
device address resides in the I/O page (the upper 4,000 bytes of address 
space). Memory devices generally do not respond to addresses in the I/O page; 
however, some system applications may permit memory to reside in the I/O 
page for use as DMA buffers, read-only memory bootstraps, or diagnostics. 

DATI Bus Cycle 

The DATI bus cycle, shown in Figure A-l, is a read operation. During DATI, 
data is input to the bus master. Data consists of 16-bit word transfers over the 
bus. During the data transfer portion of the DATI bus cycle, the bus master 
asserts BDIN L for 100 nanoseconds minimum after BSYNC L is asserted. Fig¬ 
ure A-2 shows the DATI bus cycle timing. The slave device responds to BDIN 
L active as follows: 
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■ Asserts BRPLY L for 0 nanoseconds minimum (8 microseconds maximum 
to avoid bus timeout) after receiving BDIN L for 125 nanoseconds maxi¬ 
mum before BDAL bus driver data bits are valid. 

■ Asserts BDAL < 17:00 > L on the Micro VAX and BDAL < 21:00 > L on the 
MicroPDP-11 with the addressed data and error information for 0 nanosec¬ 
onds minimum after receiving BDIN and 125 nanoseconds maximum after 
assertion of BRPLY. 


When the bus master receives BRPLY L, it does the following: 

■ Waits at least 200 nanoseconds deskew time and then accepts input data at 
BDAL< 17:00 > L bus receivers. BDAL< 17:16 > L are used for transmit¬ 
ting parity errors to the master. 

■ Negates BDIN L for 200 nanoseconds minimum to 2 microseconds maxi¬ 
mum after BRPLY L goes active. 


The slave device responds to BDIN L negation by negating BRPLY L and 
removing read data from BDAL bus drivers. BRPLY L must be negated 100 
nanoseconds maximum prior to removal of read data. The bus master 
responds to the negated BRPLY L by negating BSYNC L. 

Conditions for the next BSYNC L assertion are as follows: 


■ BSYNC L must remain negated for 200 nanoseconds minimum. 

■ BSYNC L must not become asserted within 300 nanoseconds of previous 
BRPLY L negation. 


NOTE 

Continuous assertion of BSYNC L retains control of the bus 
by the bus master, and the previously addressed slave device 
remains selected. This is done for DATIO(B) bus cycles where 
DATO or DATOB follows a DATI without BSYNC L negation 
and a second device addressing operation. Also, a slow slave 
device can hold off data transfers to itself by keeping BRPLY 
L asserted, which will cause the master to keep BSYNC L 
asserted. 



A-9 


BUS MASTER SLAVE 

(PROCESSOR OR DEVICE) (MEMORY OR DEVICE) 

ADDRESS DEVICE MEMORY 
• ASSERT BDAL <21:00> L WITH 
ADDRESS AND 


• ASSERT BBS7 IF THE ADDRESS 
IS IN THE I/O PAGE -- 


• ASSERT BSYNC L 


DECODE ADDRESS 
• STORE “DEVICE SELECTED” 
OPERATION 


REQUEST DATA ^ 

• REMOVE THE ADDRESS FROM 

BDAL <21:00> L AND NEGATE 
BBS7L ^ 

• ASSERT BDIN L 



TERMINATE INPUT TRANSFER ^ 
• ACCEPT DATA AND RESPOND . 
BY NEGATING BDIN L 



TERMINATE BUS CYCLE 
• NEGATE BSYNC L * 


INPUT DATA 

• PLACE DATA ON BDAL <15:00> L 

• ASSERT BRPLY L 


OPERATION COMPLETED 
• NEGATE BRPLY L 


Figure A-l ■ DATIBus Cycle 
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TWTBT Ex_ X 1,1 


TIMING AT MASTER DEVICE 



TIMING AT SLAVE DEVICE 


NOTES 


1 Timing shown at Master and Slave Device Bus Driver inputs and Bus Receiver Outputs 

2 Signal nameprefixes are defined below 
T = Bus Driver input 

R = Bus Receiver Output 

3 Bus Driver Output and Bus Receiver input signal names include a "B” prefix 

4 Don't care condition 


Figure A-2 * DATI Bus-cycle Timing 

DATO(B) Bus Cycle 

The DATO(B) bus cycle, shown in Figure A-3, is a write operation. Data is 
transferred in 16-bit words (DATO) or 8-bit bytes (DATOB) from the bus mas¬ 
ter to the slave device. The data transfer output can occur after the addressing 
portion of a bus cycle when BWTBT L has been asserted by the bus master, or 
immediately following an input transfer part of a DATIO(B) bus cycle. 
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The data transfer portion of a DATO(B) bus cycle comprises a data setup and 
deskew time and a data hold and deskew time. 

During the data setup and deskew time, the bus master outputs the data on 
BDAL< 15:00> L at least 100 nanoseconds after BSYNC L is asserted. If the 
transfer is a word transfer, the bus master negates BWTBT L at least 100 nano¬ 
seconds after BSYNC L assertion. BWTBT L remains negated for the length of 
the bus cycle. If the transfer is a byte transfer, BWTBT L remains asserted. If 
the transfer is the output of a DATIOB, BTWBT L becomes asserted and lasts 
the duration of the bus cycle. 

During a byte transfer, BDAL<00> L selects the high or low byte. This 
occurs while in the addressing portion of the cycle. If asserted, the high byte 
BDAL< 15:08> L is selected; otherwise, the low byte BDAL< 07:00 > L is 
selected. An asserted BDAL16 L at this time will force a parity error to be 
written into memory if the memory is a parity-type memory. BDAL17 L is not 
used for write operations. The bus master asserts BDOUT L at least 100 nano¬ 
seconds after BDAL and BWTBT L bus drivers are stable. The slave device 
responds by asserting BRPLY L within 10 microseconds to avoid bus timeout. 
This completes the data setup and deskew time. 

During the data hold and deskew time the bus master receives BRPLY L and 
negates BDOUT L. BDOUT L must remain asserted for at least 150 nanosec¬ 
onds from the receipt of BRPLY L before being negated by the bus master. 
BDAL< 17:00 > L bus drivers remain asserted for at least 100 nanoseconds 
after BDOUT L negation. The bus master then negates BDAL inputs. 

During this time, the slave device senses BDOUT L negation. The data are 
accepted, and the slave device negates BRPLY L. The bus master responds by 
negating BSYNC L. However, the processor will not negate BSYNC L for at 
least 175 nanoseconds after negating BDOUT L. This completes the DATO(B) 
bus cycle. Before the next cycle, BSYNC L must remain unasserted for at least 
200 nanoseconds. Figure A-4 shows DATO(B) bus-cycle timing. 
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BUS MASTER SLAVE 

(PROCESSOR OR DEVICE) (MEMORY OR DEVICE) 

ADDRESS DEVICE MEMORY 

• ASSERT BDAL <21:00> L WITH 
ADDRESS AND 

• ASSERT BBS7 IF THE ADDRESS 
IS IN THE I/O PAGE 


• ASSERT BWTBT L (WRITE 
CYCLE) 

• ASSERT BSYNC L 


OUTPUT DATA 

• REMOVE THE ADDRESS FROM 
BDAL <21:00> L AND NEGATE 
BBS7 L AND BWTBT L 



DECODE ADDRESS 
• STORE "DEVICE SELECTED" 
OPERATION 


• PLACE DATA ON BDAL <15:00> L 


• ASSERT BDOUT L 



TERMINATE OUTPUT TRANSFER 

• NEGATE BDOUT L (AND BWTBT 
L IF A DATOB BUS CYCLE) ^ 

• REMOVE DATA FROM BDAL \ 

<15:0Q> L 




TERMINATE BUS CYCLE 
• NEGATE BSYNC L 



TAKE DATA 

• RECEIVE DATA FROM BDAL 
LINES 

• ASSERT BRPLY L 


OPERATION COMPLETED 
• NEGATE BRPLY L 


Figure A-3 ■ DATO or DATOB Bus Cycle 
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T SYNC 


T DOUT 


R RPLY 


T BS7 


T WTBT 



TIMING AT MASTER DEVICE 



TIMING AT SLAVE DEVICE 

NOTES 


1 Timing shown at Master and Slave Device Bus Driver inputs and Bus Receiver Outputs 

2 Signal nameprefixes are defined below 
T = Bus Driver input 

R = Bus Receiver Output 

3 Bus Driver Output and Bus Receiver input signal names include a "B” prefix 

4 Don't care condition 

Figure A-4 ■ DATO or DATOB Bus-cycle Timing 

DATIO(B) Bus Cycle 

The protocol for a DATIO(B) bus cycle is identical to the addressing and data 
transfer portions of the DATI and DATO(B) bus cycles; it is illustrated in Fig¬ 
ure A -5. After the bus addresses the device, a DATI cycle is performed; how¬ 
ever, BSYNC L is not negated. BSYNC L remains active for an output word or 
byte transfer DATO(B). The bus master maintains at least 200 nanoseconds 
between BRPLY L negation during the DATI cycle and BDOUT L assertion. 
The cycle is terminated when the bus master negates BSYNC L, as described 
for DATO(B). Figure A-6 shows DATIO(B) bus-cycle timing. 
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BUS MASTER 
(PROCESSOR OR DEVICE) 


SLAVE 

(MEMORY OR DEVICE) 


ADDRESS DEVICE MEMORY 

• ASSERT BDAL <21:00> L WITH 
ADDRESS 

• ASSERT BBS7 IF THE ADDRESS 
IS IN THE I/O PAGE 

• ASSERT BSYNC L 



REQUEST DATA 

• REMOVE THE ADDRESS FROM 
BDAL <21:00> L 

• ASSERT BDIN L 


TERMINATE INPUT TRANSFER 
• ACCEPT DATA AND RESPOND BY 
TERMINATING BDIN L ^ 



OUTPUT DATA ♦ 

• PLACE OUTPUT DATA ON BDAL 
<15:00> L 


• (ASSERT BWTBT L IF AN OUTPUT 
BYTE TRANSFER) ^ 


• ASSERT BDOUT L 


DECODE ADDRESS 
• STORE “DEVICE SELECTED" 
OPERATION 


INPUT DATA 

• PLACE DATA ON BDAL <15:00> L 

• ASSERT BRPLY L 


COMPLETE INPUT TRANSFER 

• REMOVE DATA 

• NEGATE BRPLY L 


TAKE DATA 

• RECEIVE DATA FROM BDAL 
LINES 


TERMINATE OUTPUT TRANSFER 

• REMOVE DATA FROM BDAL 
LINES 

• NEGATE BDOUT L 


TERMINATE BUS CYCLE 
• NEGATE BSYNC L 
(AND BWTBT L IF IN 
A DATIOB BUS CYCLE) 


* ASSERT BRPLY L 


> OPERATION COMPLETED 
• NEGATE BRPLY L 


Figure A-5 ■ DATIO or DATIOB Bus Cycle 
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NOTES 

1. Timing shown at Requesting Device Bus Driver inputs and Bus Receiver Outputs. 

2. Signal name prefixes are defined below: 

T = Bus Driver Input 

R = bus Receiver Output 

3. Bus Driver Output and Bus Receiver input signal names include a “B" prefix 
4 Don’t care condition 

Figure A-6 ■ DATIO or DATIOB Bus-cycle Timing 
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■ Direct Memory Access 

The direct memory access (DMA) capability allows direct data transfer 
between I/O devices and memory. This is useful when using mass storage 
devices such as disk drives that move large blocks of data to and from mem¬ 
ory. A DMA device needs only the starting address in memory, the starting 
address in mass storage, the length of the transfer, and whether the operation 
is read or write. When this information is available, the DMA device can trans¬ 
fer data directly to or from memory. Because most DMA devices must per¬ 
form data transfers in rapid succession or else lose data, they are provided the 
highest priority. 

DMA transfer is accomplished after the processor (normally bus master) has 
passed bus mastership to the highest-priority DMA device that is requesting 
the bus. The processor arbitrates all requests and grants the bus to the DMA 
device located electrically closest to it. A DMA device remains bus master 
indefinitely until it relinquishes its mastership. 

The following control signals are used during bus arbitration: 


BDMGI L 

DMA grant input 

BDGMO L 

DMA grant output 

BDMR L 

DMA 

BSACK 

Bus grant acknowledge 

DMA Protocol 


A DMA transaction can be divided into three phases: 

■ Bus mastership acquisition phase. 

■ Data transfer phase. 

■ Bus mastership relinquish phase. 


During the bus mastership acquisition phase, a DMA device requests the bus 
by asserting BDMR L. The processor arbitrates the request and initiates the 
transfer of bus mastership by asserting BDMGO L. The maximum time 
between BDMR L and BDMGO L assertion is DMA latency. This time is pro¬ 
cessor-dependent. BDMGO L/BDMGI L is one signal that is daisychained 
through each module in the backplane. It is driven out of the processor on the 
BDMGO L pin, enters each module on the BDMGI L pin, and exits on the 
BDMGO L pin. This signal passes through the modules in descending order of 
priority until it is stopped by the requesting device. The requesting device 
blocks the output of BDMGO L and asserts BSACK L. If BDMR L is continu¬ 
ously asserted, the bus will be jammed. 
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During the data transfer phase, the DMA device continues asserting BSACK L. 
The actual data transfer is performed as described earlier. 

The DMA device can assert BSYNC L for a data transfer 250 nanoseconds min¬ 
imum after it receives BDMGI L and its BSYNC L bus receiver becomes 
negated. 

During the bus mastership relinquish phase, the DMA device relinquishes the 
bus by negating BSACK L. This occurs after completing (or aborting) the last 
data transfer cycle (BRPLY L negated). BSACK L can be negated up to a maxi¬ 
mum of 300 nanoseconds before negating BSYNC L. Figure A-7 shows the 
DMA protocol and Figure A-8 shows DMA request/grant timing. 

NOTE 

If multiple data transfers are performed during this phase, 
considerations must be given to the use of the bus for other 
system functions, such as memory refresh (if required). 
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PROCESSOR 
(MEMORY IS SLAVE) 


BUS MASTER 
(CONTROLLER) 


GRANT BUS CONTROL 
• NEAR THE END OF THE * 
CURRENT BUS CYCLE 
(BRPLY L IS NEGATED) 
ASSERT BDMGO L AND 
INHIBIT NEW PROCESSOR 
GENERATED BYSNC L FOR 
THE DURATION OF THE 
DMA OPERATION 


TERMINATE GRANT 
SEQUENCE 

• NEGATE BDMGO L AND 
WAIT FOR DMA OPERATION 
TO BE COMPLETED 


REQUEST BUS 
• ASSERT BDMR L 


ACKNOWLEDGE BUS 
MASTERSHIP 

• RECEIVE BDMG 

• WAIT FOR NEGATION OF 
BSYNC L AND BRPLY L 

• ASSERT BSACK L 

• NEGATE BDMR L 


RESUME PROCESSOR 
OPERATION 

• ENABLE PROCESSOR 
GENERATED BSYNC L 
(PROCESSOR IS BUS 
MASTER) OR ISSUE 
ANOTHER GRANT IF BDMR 
LIS ASSERTED 



EXECUTE A DMA DATA 

TRANSFER 

• ADDRESS MEMORY AND 
TRANSFER UP TO 4 WORDS 
OF DATA AS DESCRIBED 
FOR DATI, OR DATO BUS 
CYCLES 

• RELEASE THE BUS BY 
TERMINATING BSACK L 
(NO SOONER THAN 
NEGATION OF LAST BRPLY 
L) AND BSYNC L 


WAIT 4 pis OR UNTIL 
ANOTHER FIFO TRANSFER 
IS PENDING BEFORE 
REQUESTING BUS AGAIN 


Figure A-7 ■ DMA Protocol 
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NOTES 

1. Timing shown at Requesting Device Bus Driver inputs and Bus Receiver Outputs. 

2. Signal name prefixes are defined below: 

T = Bus Driver Input 

R = bus Receiver Output 

3. Bus Driver Output and Bus Receiver input signal names include a "B” prefix 

4. Don’t care condition 


Figure A-8 ■ DMA Request/Grant Timing 
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Block Mode 

For increased throughput, block mode can be implemented on a device. In a 
block-mode transaction, the starting memory address is asserted, followed by 
data for that address and data for consecutive addresses. By eliminating the 
assertion of the address for each data word, the transfer rate is almost dou¬ 
bled. 

DATBI Bus Cycle 

The device-addressing portion of the DATBI bus cycle is the same as previ¬ 
ously described for other bus cycles. The bus master gates BDAL < 21:00 >, 
BBS 7, and the negation of BWTBT onto the bus. Figure A-9 shows the DATBI 
bus-cycle timing. 

SIGNALS AT BUS MASTER Times are min. except where denotes max. 



tl = address to T SYNC 150ns MIN. 

t2 = address hold lOOnxmin 

t3 T SYNC to T DLN 100ns min 

t4 T DIN to R RPLY 

T (drive + T (prop) + T (receive) + T (delay) 

+ T (drive) + T (receive) 

t5 = R RPLY to data 200nx max 

t6 = R RPLY to T DIN 200nx min 

t7 = T DIN to R RPLY 

= T (drive) + (prop) + T (receive) + T (delay) 

+ T (drive) + T (prop) + T (receive) 

t8 = RRPLtodata 0ns min 

t9 = R RPLY to T DIN 150ns min 

T cell = t4 + t6 +t7 + t9 -since t must be > t5 tor master 

to have valid data and t9 > t8 

Figure A-9 ■ DATBI Bus-cycle Timing 
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The master asserts the first BDIN 100 nanoseconds after BSYNC and asserts 
BBS7 a maximum of 50 nanoseconds after asserting BDIN for the first time. 
BBS7 is a request to the slave for a block-mode transfer. BBS7 remains 
asserted until a maximum of 50 nanoseconds after the assertion of BDIN for 
the last time. BBS7 can be gated as soon as the conditions for asserting BDIN 
are met. 

The slave asserts BRPLY a minimum of 0 nanoseconds (8 milliseconds maxi¬ 
mum to avoid bus timeout) after receiving BDIN. It asserts BREF concur¬ 
rently with BRPLY if it is a block-mode device capable of supporting another 
BDIN after the current one. The slave gates BDAL < 15:00 > onto the bus a 
minimum of 0 nanoseconds after the assertion of BDIN and 125 nanoseconds 
maximum after the assertion of BRPLY. 

The master receives the stable data from 200 nanoseconds maximum after the 
assertion of BRPLY until 20 nanoseconds minimum after the negation of 
BDIN. It negates BDIN a minimum of 200 nanoseconds after the assertion of 
BRPLY. 

The slave negates BRPLY a minimum of 0 nanoseconds after the negation of 
BDIN. If BBS7 and BREF are both asserted when BRPLY is negated, the slave 
prepares for another BDIN cycle. BBS7 is stable from 125 nanoseconds after 
BDIN is asserted until 150 nanoseconds after BRPLY is negated. The master 
asserts BDIN a minimum of 150 nanoseconds after BRPLY is negated, and the 
cycle is continued as before (BBS7 remains asserted, and the slave responds to 
BDIN with BRPLY and BREF). BREF is stable from 75 nanoseconds after 
BRPLY is asserted until a minimum of 20 nanoseconds after BDIN is negated. 

If BBS7 and BREF are not both asserted when BRPLY is negated, the slave 
removes the data from the bus 0 nanoseconds minimum and 100 nanoseconds 
maximum after negating BRPLY. The master negates BSYNC a minimum of 
250 nanoseconds after the assertion of the last BRPLY and a minimum of 0 
nanoseconds after the negation of that BRPLY. 

DATBO Bus Cycle 

The device-addressing portion of the DATBO bus cycle is the same as 
described earlier. The bus master gates BDAL <21:00 > , BBS7, and the asser¬ 
tion of BWTBTonto the bus. Figure A-10 shows the DATBO bus-cycle timing. 
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ti 

t2 

t3 

t4 

t5 

t6 

t7 

T cell 


address to T SYNC 
address hold 
data toTDOUT 


150nx min 
100ns min 
100ns min 


T DOUT to R RPLY 

T (drive) + T (prop) + T (receive) + T (delay) 
+ T (drive) + T (prop) + T (receive) 


R RPLY to T DOUT 
T DOUT to R RPLY 


150ns min 


T (drive) + T (prop) + T (receive) + T (delay) 
+ T (drive) + T (prop) + T (receive) 

R RPLY to T DOUT 150ns min 

t3 + t4 + t5 + t6 + t7 -since t3<t7 

Figure A-10 m DATBO Bus-cycle Timing 


A minimum of 100 nanoseconds after BSYNC is asserted, data on 
BDAL< 15:00 > and the negated BWTBT are put onto the bus. The master 
then asserts BDOUT a minimum of 100 nanoseconds after gating the data. 

The slave receives stable data and BWTBT from a minimum of 25 nanosec¬ 
onds before the assertion of BDOUT to a minimum of 25 nanoseconds after 
the negation of BDOUT. The slave asserts BRPLY a minimum of 0 nanosec¬ 
onds after receiving BDOUT. It also asserts BREF concurrently with BRPLY if 
it is a block-mode device capable of supporting another BDOUT after the cur¬ 
rent one. 
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The master negates BDOUT 150 nanoseconds minimum after the assertion of 
BRPLY. If BREF was asserted when BDOUT was negated, and if the master 
wants to transmit more data in this block-mode cycle, then the new data is 
gated onto the bus 100 nanoseconds minimum after BDOUT is negated. BREF 
is stable from 75 nanoseconds maximum after BRPLY is asserted until 20 nano¬ 
seconds minimum after BDOUT is negated. The master asserts BDOUT for 
100 nanoseconds minimum after gating new data onto the bus and 150 nano¬ 
seconds minimum after BRPLY negates. The cycle continues as before. 

If BREF was not asserted when BDOUT was negated, or if the bus master does 
not want to transmit more data in this cycle, then the master removes data 
from the bus a minimum of 100 nanoseconds after negating BDOUT. The 
slave negates BRPLY a minimum of 0 nanoseconds after negating BDOUT. The 
bus master negates BSYNC a minimum of 175 nanoseconds after negating 
BDOUT and a minimum of 0 nanoseconds after the negation of BRPLY. 

DMA Guidelines 

■ Bus masters that do not use block mode are limited to four DATI, four 
DATO, or two DATIO transfers per acquisition. 

■ Block-mode bus masters that do not monitor BDMR are limited to eight 
transfers per acquisition. 

■ If BDMR is not asserted after the seventh transfer, block-mode bus mas¬ 
ters that do monitor BDMR can continue making transfers until the bus 
slave fails to assert BREF or until they reach the total maximum of 16 trans¬ 
fers. Otherwise, they stop after eight transfers. 


■ Interrupts 

The interrupt capability of the Q22 bus allows any I/O device to temporarily 
suspend (interrupt) current program execution and divert processor operation 
to service the requesting device. The processor inputs a vector address from 
the device to start the service routine (handler). Like the device-register 
address, the device vector is set by the hardware at locations within a desig¬ 
nated range below location 001000 (octal). 

The interrupt vector in the Micro VAX is determined by adding 200 (hex) to 
the vector supplied by the device and using this as a longword offset into the 
system-control block (SCB). This process yields the starting physical address 
of the Q22-bus device interrupt routine. 
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The interrupt vector in the MicroPDP-11 indicates the first of a pair of 
addresses. The content of the first address is read by the processor and is the 
starting address of the interrupt handler. The content of the second address is 
a new processor status word. The new processor status word can raise the 
interrupt priority level, thereby preventing lower-level interrupts from break¬ 
ing into the current interrupt service routine. Control is returned to the inter¬ 
rupted program when the interrupt handler is ended. The original 
interrupted program’s address and its associated processor status word are 
stored on a stack. The original program address and processor status word are 
restored by a return-from-interrupt instruction at the end of the handler. The 
use of the stack and the Q-bus interrupt scheme can allow interrupts to occur 
within nested interrupts, depending on the processor status word. 

Interrupts can be caused by Q22-bus options or by the CPA. Interrupts that 
originate from within the processor are called traps. Traps are caused by pro¬ 
gramming errors, hardware errors, special instructions, and maintenance fea¬ 
tures. 


The Q22-bus signals used in interrupt transactions are 


BIRQ4 

Interrupt request priority level 4 

BIRQ5 

Interrupt request priority level 5 

BIRQ6 L 

Interrupt request priority level 6 

BIRQ7 L 

Interrupt request priority level 7 

BIAKIL 

Interrupt acknowledge output 

BIAKO L 

Interrupt acknowledge output 

BDAL<21:00> L 

Data/address lines 

BDINL 

Data input strobe 

BRPLYL 

Reply 


Device Priority 

The MicroPDP-11 on the Q22 bus supports the following two methods of 
device priority. MicroVAX systems, however, use distributed arbitration 
only. 


■ Distributed Arbitration—priority levels are implemented on the hard¬ 
ware. When devices of equal priority level request an interrupt, priority is 
given to the device electrically closest to the processor. 

■ Position-Defined Arbitration—priority is determined solely by electrical 
position on the bus. The closer a device is to the processor, the higher its 
priority is. 
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Interrupt Protocol 

The interrupt protocol has three phases: 

■ The interrupt request phase. 

■ The interrupt acknowledge and priority arbitration phase. 

■ The interrupt vector transfer phase. 


Figure A-l 1 shows the interrupt request/acknowledge sequence and Figure A- 
12 shows the interrupt protocol timing. 

The interrupt request phase begins when a device meets its specific conditions 
for interrupt requests, such as when the device is ready, done, or an error has 
occurred. The interrupt enable bit in a device status register must be set. The 
device then initiates the interrupt by asserting the interrupt request line(s). 
BIRQ4 L is the lowest hardware priority level and is asserted for all interrupt 
requests. The level at which a device is configured must also be asserted. A 
special case exists for level 7 devices which must also assert level 6. This is 
described in the following four-level interrupt discussion: 


Interrupt Level 

Lines Asserted by Device 

4 

BIRQ4 L 

5 

BIRQ4 L, BIRQ5 L 

6 

BIRQ4 L, BIRQ6 L 

7 

BIRQ4 L, BIRQ6 L, BIRQ7 L 
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PROCESSOR 


STROBE INTERRUPTS 
• ASSERT BDIN L 



INITIATE REQUEST 
• ASSERT BIRQ L 


RECEIVE BDIN L 

• STORE “INTERRUPT SENDING” 
IN DEVICE 


GRANT REQUEST 
• PAUSE AND ASSERT BIAKO L 



RECEIVE BIAKI L 
• RECEIVE BIAKI L AND INHIBIT 
BIAKO L 


RECEIVE VECTOR & TERMINATE 
REQUEST 

• INPUT VECTOR ADDRESS 



PLACE VECTOR ON BDAL 0-15 L 
ASSERT BRPLY L 
NEGATE BIRQ L 


• NEGATE BDIN L AND BIAKO L 



COMPLETE VECTOR TRANSFER 
• REMOVE VECTOR FROM BDAL 
BUS 


_• NEGATE BRPLY L 



PROCESS THE INTERRUPT 
• SAVE INTERRUPTED PROGRAM 
PC AND PS ON STACK 


• LOAD NEW PC AND PS FROM 
VECTOR ADDRESSED LOCATION 


• EXECUTE INTERRUPT SERVICE 
ROUTINE FOR THE DEVICE 


Figure A-ll • Interrupt Request/Acknowledge Sequence 
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R SYNC _ (UNASSERTED) 


R BS7 _ (UNASSERTED) _ . _ 

NOTES 

1. Timing shown at Requesting Device Bus Driver inputs and Bus Receiver Outputs. 

2. Signal name prefixes are defined below: 

T = Bus Driver Input 

R = bus Receiver Output 

3. Bus Driver Output and Bus Receiver input signal names include a “B" prefix 

4. Don't care condition 

Figure A-12 ■ Interrupt Protocol Timing 

The interrupt request line remains asserted until the request is acknowledged. 
During the interrupt acknowledge and priority arbitration phase, the processor 
will acknowledge interrupts under the following conditions: 

■ The device interrupt priority is higher than the current interrupt priority 
level. 

■ The processor has completed instruction execution and no additional bus 
cycles are pending. 


The processor acknowledges the interrupt request by asserting BDIN L and, 
150 nanoseconds minimum later, asserting BIAKO L. The device electrically 
closest to the processor receives the acknowledgment on its BIAKI L bus 
receiver. 

The two types of arbitration are discussed separately. If the device that 
receives the acknowledgment uses the four-level interrupt scheme, the follow¬ 
ing occurs: 
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■ If not requesting an interrupt, the device asserts BIAKO L, and the 
acknowledgment propagates to the next device on the bus. 

■ If the device is requesting an interrupt, it checks that no higher-level 
device is currently requesting an interrupt. This is done by monitoring 
higher-level request lines. The following table lists the lines that are moni¬ 
tored by devices at each priority level. 


Device Priority Level 

Line(s) Monitored 

4 

BIRQ5, BIRQ6 

5 

BIRQ6 

6 

BIRQ7 

7 

- 


In addition to asserting levels 7 and 4, level 7 devices must assert level 6. This 
is done to simplify the monitoring and arbitration by level 4 and 5 devices. In 
this protocol, level 4 and 5 devices need not monitor level 7 since level 7 
devices assert level 6. Level 4 and 5 devices will become aware of a level 7 
request because they monitor the level 6 request. This protocol has been opti¬ 
mized for level 4, 5, and 6 devices, because level 7 devices seldom are used. 

■ If no higher-level device is requesting an interrupt, the acknowledgment is 
blocked by the device (BIAKO L is not asserted). Arbitration logic within 
the device uses the leading edge of BDIN L to clock a flip-flop that blocks 
BIAKO L. 

■ If a higher-level request line is active, the device disqualifies itself and 
asserts BIAKO L to propagate the acknowledgment to the next device along 
the bus. 


Signal timing must be considered when implementing four-level interrupts. 
Note Figure A-12. 

If a single-level interrupt device receives the acknowledgment, it reacts as fol¬ 
lows: 
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■ If not requesting an interrupt, the acknowledgment is blocked using the 
leading edge of BDIN L, and arbitration is won. The interrupt vector trans¬ 
fer phase begins. 

■ If the device was requesting an interrupt, the acknowledgment is blocked 
using the leading edge of BDIN L, and arbitration is won. The interrupt 
vector transfer phase begins. 


The interrupt vector transfer phase is enabled by BDIN L and BIAKI L. The 
device responds by asserting BRPLY L and its BDAL< 15:00 > L bus driver 
inputs with the vector address bits. The BDAL bus-driver inputs must be sta¬ 
ble within 125 nanoseconds maximum after BRPLY L is asserted. The proces¬ 
sor then inputs the vector address and negates BDIN L and BIAKO L. The 
device then negates BRPLY L and, 100 nanoseconds maximum later, removes 
the vector address bits. The processor then enters the device’s service routine. 

NOTE 

Propagation delay from BIAKI L to BIAKO L must not be 
greater than 500 nanoseconds per Q-bus slot. The device 
must assert BRPLY L within 10 microseconds maximum after 
the processor asserts BIAKI L. 

Four-level Interrupt Configurations 

High-speed peripheral devices can attain better software performance using 
the four-level interrupt scheme. Both position-independent and position- 
dependent configurations can be used. 

The position-independent configuration is shown in Figure A-13. This allows 
peripheral devices that use the four-level interrupt scheme to be placed in the 
backplane in any order. These devices must send out interrupt requests and 
monitor higher-level request lines, as described. The level 4 request is always 
asserted by a requesting device regardless of priority. If two or more devices 
of equally high priority request an interrupt, the device physically closest to 
the processor will win arbitration. To function properly, devices that use the 
single-level interrupt scheme must be modified or placed at the end of the bus 
for arbitration. 



BIRQ 5 (LEVEL 5 INTERRUPT REQUEST) 
BIRQ 6 (LEVEL 6 INTERRUPT REQUEST) 


BIRQ 7 (LEVEL 7 INTERRUPT REQUEST) 
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The position-dependent configuration, shown in Figure A-14, is simpler to 
implement. A constraint is that peripheral devices must be inserted with the 
highest-priority device located closest to the processor and the remaining 
devices placed in the backplane in decreasing order of priority, with the low- 
est-priority devices farthest from the processor. With this configuration, each 
device has to assert only its own level and level 4. Monitoring higher-level 
request lines is unnecessary. Arbitration is achieved through the physical posi¬ 
tioning of each device on the bus. Single-level interrupt devices on level 4 
should be positioned last on the bus. 



S’ 


o 

a 

f 

a 


9 


PROCESSOR 


BIAK (INTERRUPT ACKNOWLEDGE) 


BIRQ 4 (LEVEL 4 INTERRUPT REQUEST) 


BIRQ 5 (LEVEL 5 INTERRUPT REQUEST) 


BIRQ 6 (LEVEL 6 INTERRUPT REQUEST) 


BIRQ 7 (LEVEL 7 INTERRUPT REQUEST) 







Control Functions 

The following Q22-bus signals provide control functions: 
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BREF L 

Memory refresh also (also block 
mode) 

BHALT L 

Processor halt 

BINIT L 

Initialize 

BPOKH 

Power OK 

BDCOKH 

dc power OK 


BREF 

The BREF signal is used as a control signal issued by memory devices for block 
mode transfers. 


Halt 

Assertion of BHALT L for at least 25 microseconds interrupts the processor, 
which stops program execution and forces the processor unconditionally into 
console mode. 

Initialization 

Devices along the bus are initialized when BINIT L is asserted. The processor 
asserts BINIT L as a result of executing a powerup or powerdown sequence or 
after detection of a G character in console mode (MicroPDP-11) or an S char¬ 
acter (Micro VAX). 

Power Status 

Power-status protocol is controlled by two signals, BDCOK H and BPOK H. 
These signals are driven by some external device (usually the power supply). 

■ BDCOK H—When asserted, this signal indicates that dc power has been 
stable for at least 3 milliseconds. Once asserted, this line remains asserted 
until the power fails. It indicates that only 5 microseconds of dc power 
reserve remains. 

■ BPOK H—When asserted, this signal indicates that there is at least an 8- 
millisecond reserve of dc power and that BDCOK H has been asserted for 
at least 70 milliseconds. Once BPOK H has been asserted, it must remain 
asserted for at least 3 milliseconds. The negation of this line, the first event 
in the powerfail sequence, indicates that power is failing and that only 4 
milliseconds of dc power reserve remain. 
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Powerup/Powerdown Protocol 

Powerup protocol begins when the power supply applies power with BDCOK 
H negated. This forces the processor to assert BINIT L. When the dc voltages 
are stable, the power supply or other external device asserts BDCOK H. BINIT 
L is negated as a result of BDCOK H being asserted. The processor continues 
to test for BPOK H until it is asserted. The power supply asserts BPOK H 70 
milliseconds minimum after BDCOK H is asserted. The processor then per¬ 
forms its powerup sequence. Normal power must be maintained at least 3 mil¬ 
liseconds before a powerdown sequence can begin. 

A powerdown sequence begins on Micro VAX systems when the power supply 
negates BPOK H. A powerfail interrupt is initiated if the current interrupt 
priority level is less than IE (hex). 

No later than 3 milliseconds after BPOK H negates, the processor asserts 
BINIT L for 8 to 20 microseconds. The power supply must negate BDCOK H 
no sooner than 4 milliseconds after the negation of BPOK H. This allows mass- 
storage devices to protect themselves against erasures and erroneous writes 
during a power failure. 

The processor asserts BINIT L again no later than 1 microsecond after the 
negation of BDCOK H. The dc power must remain stable for a minimum of 5 
microseconds after BDCOK H negates. BDCOK H must remain negated for a 
minimum of 3 milliseconds. 

A powerdown sequence begins on the MicroPDP-11 when the power supply 
negates BPOK H. When the current instruction is completed, the processor 
traps to a powerdown routine at location 24 8 . The end of the routine is termi¬ 
nated with a HALT instruction to avoid any possible memory corruption as 
the dc voltages decay. 

When the processor executes the HALT instruction, it tests the BPOK H sig¬ 
nal. If BPOK H is negated, the processor enters the powerup sequence. It 
clears internal registers, generates BINIT L, and continues to check for the 
assertion of BPOK H. If it is asserted and dc voltages are still stable, the proces¬ 
sor will perform the rest of the powerup sequence. Figure A-15 illustrates 
powerup/powerdown timing. 



NOTE 

Once a power down sequence is started, it must be completed before a power-up sequence is started. 


Figure A-15 ■ Powerup/Powerdown Timing 
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■ Bus Electrical Characteristics 


The electrical specifications for the signals on the Q22 bus are as follows: 


Input Logic Levels 

TTL logical low: 

0.8 Vdc maximum 

TTL logical high: 

2.0 Vdc minimum 

Output Logic Levels 

TTL logical low: 

0.4 Vdc maximum 

TTL logical high: 

2.4 Vdc minimum 


Load Definition 

The ac loads are the maximum capacitance allowed per signal line to ground. 
A unit load is defined as 9.35 pF (picofarads) of capacitance. The dc loads are 
defined as maximum current allowed with a signal-line driver asserted or unas¬ 
serted. A unit load is defined as 210 microamperes in the unasserted state. 

120-Ohm Bus 

The electrical conductors interconnecting the bus-device slots are treated as 
transmission lines. A uniform transmission line, terminated in its characteris¬ 
tic impedance, will propagate an electrical signal without reflections. Since 
bus drivers, receivers, and wiring connected to the bus have finite resistance 
and nonzero reactance, the transmission line impedance is not uniform and 
therefore introduces distortions into pulses propagated along it. Passive com¬ 
ponents of the bus, such as wiring, cabling, and etched signal conductors, are 
designed to have a nominal characteristic impedance of 120 Q. 

The maximum length of interconnecting cable excluding wiring within the 
backplane is limited to 4.88 meters (16 feet). 

Bus Drivers 

Devices driving the 120-fi bus must have open collector outputs and meet the 
following specifications: 

■ dc Specifications 

■ Output low voltage when sinking 70 milliamps of current: 0.7 V maxi¬ 
mum. 

■ Output high leakage current when connected to 3.8 Vdc: 23 microamperes 
(even if no power is applied, except for BDCOK H and BPOK H) 
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These specifications must be met at worst-case supply voltage, temperature, 
and input-signal levels. 

■ ac Specifications 

■ Bus-driver output-pin capacitive load: Not to exceed 10 picofarads. 

■ Propagation delay: Not to exceed 3 5 nanoseconds. 

■ Skew (difference in propagation time between slowest and fastest gate): 
Not to exceed 25 nanoseconds. 

■ Rise/Fall Times: Transition time (from 10-90 percent for positive transi¬ 
tion, and from 90-10 percent for negative transition) must be no faster 
than 10 nanoseconds. 


Bus Receivers 

Devices that receive signals from the 120-0 Q22 bus must meet the following 
requirements: 

■ dc Specifications 

9 Input low voltage (maximum): 1.3 V. 

■ Input high voltage (minimum): 1.7V. 

■ Maximum input current when connected to 3.8 Vdc: 80 microamperes 
(even if no power is supplied). 


These specifications must be met at worst-case supply voltage, temperature, 
and output-signal conditions. 

■ ac Specifications 

9 Bus-receiver input-pin capacitance load: Not to exceed 10 picofarads. 

■ Propagation delay: Not to exceed 35 nanoseconds. 

■ Skew (difference in propagation time between slowest and fastest gate): 
Not to exceed 25 nanoseconds. 


Bus Termination 

The 120-0 bus must be terminated at each end by an appropriate terminator, 
as shown in Figure A-16. This is a voltage divider with its Thevenin equiva¬ 
lent equal to 120 0 and 3.4 Vdc nominal. The MicroVAX and MicroPDP-11 
processor terminations are provided by the processor and backplane. 
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+ 5 V + 5 V 


120 Q 

BUSLINE 

TERMINATION 


Figure A-16 m Bus Terminations 


Each of the bus signals starting with the letter B must see an equivalent net¬ 
work with the following characteristics at each end of the bus: 


Input impedance (with respect 
to ground) 

120 ±0 + 5%, -15% 

Open circuit voltage 

3.4 Vdc + 5% 

Capacitance load 

Not to exceed 30 pF 


NOTE 

The resistive termination can be provided by the combina¬ 
tion of two modules (that is, the processor module supplies 
220 12 to ground. This, in parallel with another 220-12 mod¬ 
ule, provides 120 0). Both of these terminators must be physi¬ 
cally resident within the backplane. 

■ Bus Interconnect Wiring 

The electrical characteristics of the wiring that connects the slots on the Q22- 
bus backplane must conform to certain requirements. These requirements 
ensure the proper operation of the installed modules. 

Backplane Wiring 

The wiring that connects all device interface slots on the backplane must meet 
the following specifications: 

■ The conductors must be arranged so that each line exhibits a characteristic 
impedance of 120 12, measured with respect to the bus common return. 
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■ Crosstalk between any two lines must be no greater than 5 percent. Note 
that worst-case crosstalk is manifested by simultaneously driving all but 
one signal line and measuring the effect on the undriven line. 

■ The dc resistance of the signal path, as measured between the near-end ter¬ 
minator module and the far-end terminator module (including all interven¬ 
ing connectors, cables, backplane wiring, or connector module) must not 
exceed 2 12. 

■ The dc resistance of the common return path, as measured between the 
near-end terminator module and the far-end terminator module (including 
all intervening connectors, cables, backplane wiring, or connector module) 
must not exceed an equivalent of 2 12 per signal path. Thus the dc resis¬ 
tance of the composite-signal return path must not exceed 2 0 divided by 
40 bus lines (or 50 milliohms). Although this common return path is nomi¬ 
nally at ground potential, the conductance must be part of the bus wiring. 
The specified low-impedance return path must be provided by the bus wir¬ 
ing as distinguished from the common system or power ground path. 


Intrabackplane Wiring 

The wiring that connects the bus connector slots within one contiguous back¬ 
plane is part of the overall bus transmission line. Because of implementation 
constraints, the nominal characteristic impedance of 12012 may not be achiev¬ 
able. Distributed wiring capacitance in excess of the amount required to 
achieve the nominal 120-12 impedance may not exceed 60 picofarads per sig¬ 
nal line. 

Power and Ground 

Each bus interface slot has connector pins assigned for the following dc volt¬ 
ages. The maximum allowable current per pin is 1.5 amperes. + 5 Vdc must 
be regulated to ± 5 percent with a maximum ripple of 100 mV pp. + 12 Vdc 
must be regulated to ± 3 percent with a maximum ripple of 200 mV pp. 

■ +5 Vdc—Three pins (4.5 amperes maximum per bus device slot). 

■ +12 Vdc—Two pins (3.0 amperes maximum per bus device slot). 

■ Ground—Eight pins (shared by power return and signal return). 


Bus-system Configurations 

Before configuring any system, three characteristics for each module in the 
system must be known. These characteristics are: 
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■ Power consumption— + 3 Vdc and + 12 Vdc current requirements. 

■ ac bus loading—the amount of capacitance a module presents to a bus sig¬ 
nal line, ac loading is expressed in terms of ac loads; one ac load equals 9.33 
picofarads of capacitance. 

■ dc bus loading—the amount of dc leakage current a module presents to a 
bus signal when the line is high (undriven), dc loading is expressed in terms 
of dc loads; one dc load equals 210 microamperes (nominal). 


Power-consumption, ac-loading, and dc-loading specifications for each mod¬ 
ule are included in the VAX Systems and Options Catalog and the PDP-11 Sys¬ 
tems and Options Catalog. 

NOTE 

The ac and dc loads and the power consumption of the proces¬ 
sor module and backplane must be included in determining 
the total loading of a backplane. 

Single-backplane Configurations 

The following rules apply to the use of single-backplane systems: 

■ When using the MicroVAX II with 240-12 processor termination, or the 
Micro VAX I with 220-12 processor termination, the bus can accommodate 
modules that have up to 20 ac loads total before additional termination is 
required. If more than 20 ac loads are included, the other end of the bus 
must be terminated with 12012, and then up to 33 ac loads may be present. 

■ When using the MicroPDP-11 systems with 120-12 processor termination, 
up to 33 ac loads can be used without additional termination. If 120-12 bus 
termination is added, up to 43 ac loads can be configured in the backplane. 

■ The bus can accommodate modules for up to 20 total dc loads. 

■ The bus signal lines on the backplane can be up to 33.6 centimeters (14 
inches) long. 
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BACKPLANE WIRE 
35.6 CM (14 IN) MAX 


■H 



PROCESSOR 

Figure A-17 ■ Single-backplane Configuration 


Dual-backplane Configurations 

The following rules apply to the use of dual backplanes in MicroVAX and 
MicroPDP-11 cabinet configurations : 


■ As illustrated in Figure A-18, two backplanes may make up the system. 

■ The signal lines on each backplane can be up to 25.4 centimeters (10 
inches) long. 

■ Each backplane can accommodate modules that have up to a total of 22 ac 
loads. Unused ac loads from one backplane may not be added to the other 
backplane if the second backplane loading will exceed 22 ac loads. It is 
desirable to load backplanes equally, or with the highest ac load in the first 
backplane. 
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■ dc loading of all modules in both backplanes cannot exceed 20 loads total. 

■ Both ends of the bus must be terminated with 24012 on the MicroVAX II, 
22012 on the MicroVAX I, and with 12012 on the MicroPDP-11. 

■ The cable connecting the two backplanes must be 61 centimeters (2 feet) 
or greater in length. 

■ The cable used must have a characteristic impedance of 12012. 


BACKPLANE WIRE 
25.4 cm (10 in) MAX 



TERM 


Figure A-18 m Dual-backplane Configuration 
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Power Supply Loading 

Total power requirements for each backplane can be determined by obtaining 
the total power requirements for each module in the backplane. Obtain sepa¬ 
rate totals for + 5 V and + 12 V power. Power requirements for each module 
are specified in the VAX Systems and Options Catalog and PDP-11 Systems 
and Options Catalog. 


Module Connector Pin Identification 

The supermicrosystems use both dual-height and quad-height modules. The 
convention used to identify the pin connectors on the modules and backplane 
is shown in Figures A-19 and A-20. A dual-height module has two rows of 
connector pins, A and B, as shown in Figure A-19. A quad-height module has 
four rows labeled A, B, C, and D, which are shown in Figure A-20. 

Each row has two sides. The side of the module where the components are 
located is designated as Side 1. The opposite, or soldered side, is designated as 
Side 2. Each row on each side consists of 18 contacts, for a total of 36 contacts 
per row. The contact designations are A through V, excluding G, I, O, and Q. 
The positioning notch between the two rows of pins mates with a protrusion 
on the connector block for correct module positioning. Examples of typical 
pin identifications on a module are shown in Figures A-19 and A-20. 


MODULE OR 
BACKPLANE 
ROW IDENTIFIER 
(ROW B) 


B E 2 

I MODULE OR 

I- BACKPLANE SIDE 

IDENTIFIER 

(SIDE 2-SOLDER SIDE) 


CONTACT PIN 
IDENTIFIER 
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BE 2 


MODULE OR 
BACKPLANE 
ROW IDENTIFIER 
(ROW B) 


MODULE OR 
BACKPLANE SIDE 
IDENTIFIER 
(SIDE 2-SOLDER SIDE) 



Figure A-20 ■ Quad-height Module Contact Finger Identification 
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Table A-4 

■ Bus-pin Identifiers 

Bus Pin 

Mnemonics 

Description 

AA1 

BIRQ5 L 

Interrupt Request Priority Level 5 

ABl 

BIRQ6 L 

Interrupt Request Priority Level 6 

AC1 

BDAL16 L 

Extended-address bit during address¬ 
ing protocol; memory-error data line 
during data transfer protocol. 

ADI 

BDAL17 L 

Extended-address bit during address¬ 
ing protocol; memory-error logic 
enable during data transfer protocol. 

AE1 

SSPARE1 
(Alternate +5B) 

Special Spare—Not assigned or 
bused in Digital’s cable or backplane 
assemblies; available for user connec¬ 
tion. Optionally, this pin can be used 
for + 5 V battery (+ 5B) backup 
power to keep critical circuits alive 
during power failures. A jumper is 
required on some bus options to dis¬ 
connect the + 5B circuit in systems 
that use this line as SSPARE1. 

AF1 

SSPARE2 

Special Spare—Not assigned or 
bused in Digital’s cable or backplane 
assemblies; available for user intercon¬ 
nection. In the highest-priority 
device slot, the processor can use this 
pin for a signal to indicate its RUN 
state. 

AH1 

SSPARE3 (SRUN 
simultaneously) 

Special Spare—Not assigned or 
bused in Digital’s cable or backplane 
assemblies; available for user intercon¬ 
nection. An alternate SRUN signal 
may be connected in the highest-pri¬ 
ority set. 

AJl 

GND 

Ground-System signal ground and 
dc return. 

AK1 

MSPAREA 

Maintenance Spare—Normally con¬ 
nected together on the backplane at 
each option location (not a bused con¬ 
nection). 

AL1 

MSPAREB 

Maintenance Spare—Normally con¬ 
nected together on the backplane at 
each option location (not a bused con¬ 
nection). 
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Table A-4 

■ Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

AMI 

GND 

Ground—System signal ground and 
dc return. 

AN1 

BDMRL 

Direct Memory Access (DMA) 

Request—A device asserts this signal 
to request bus mastership. The pro¬ 
cessor arbitrates bus mastership 
between itself and all DMA devices 
on the bus. If the processor is not bus 
master (it has completed a bus cycle 
and BSYNC L is not being asserted 
by the processor), it grants bus mas¬ 
tership to the requesting device by 
asserting BDMGO L. The device 
responds by negating BDMR L and 
asserting BSACK L. 

API 

BHALT L 

Processor Halt—When BHALT L is 
asserted for at least 25 microseconds, 
the processor responds by halting nor¬ 
mal program execution and entering 
console mode. 

AR1 

BREFL 

Memory Refresh—Asserted by a 

DMA device. This signal forces all 
dynamic MOS memory units requir¬ 
ing bus refresh signals to be activated 
for each BSYNC L/BDIN L bus trans¬ 
action. It is also used as a control sig¬ 
nal for block mode. 



CAUTION 

The user must avoid multiple DMA 
data transers (burst or “hog” mode) 
that could delay refresh operation if 
using DMA refresh. Complete refresh 
cycles must occur once every 1.6 milli¬ 
seconds if required. 


ASl + 12B or + 5B + 12 Vdc or + 5 V battery backup 

power to keep critical circuits alive 
during power failures. This signal is 
not bused to BS1 in all of Digital’s 
backplanes. A jumper is required on 
all bus options to disconnect the 
backup circuit from the bus in sys¬ 
tems that use this line at the alternate 
voltage. 
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Table A-4 

■ Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

ATI 

GND 

Ground—System signal ground and 
dc return. 

AUl 

PSPAREl 

Spare (not assigned; customer usage 
not recommended). Prevents damage 
when modules are inserted upside 
down. 

AVI 

+ 5B 

+ 5 V Battery Power—Secondary 
+ 5 V power connection. Battery 
power can be used with certain 
devices. 

BA1 

BDCOKH 

dc Power OK—Power supply-gener¬ 
ated signal that is asserted when 
there is sufficient dc voltage available 
to sustain reliable system operation. 


BB1 BPOK H Power OK—Asserted by the power 

supply 70 milliseconds after BDCOK 
is negated (when ac power drops 
below the value required to sustain 
power; approximately 75 percent of 
nominal). When negated during pro¬ 
cessor operation, a powerfail trap 
sequence is initiated. 


BCl 

SSPARE4 

BDAL 18L (22-bit only) 

Special Spare—Not assigned. Bused 
in cable and backplane assemblies; 
available for user interconnection. 

BD1 

SSPARE5 

BDAL 19L (22-bit only) 

Special Spare—Caution—these pins 
can be used as test points in some 
options. 

BE1 

SSPARE6 

BDAL 20L 

These bused address lines are address 
lines < 21:18 > and are used only 
during the address portion of the bus 
operation. 

BF1 

SSPARE7 

BDAL21L 

These bused address lines are address 
lines < 21:18 > and are only used 
during the address portion of the bus 
operation. 

BH1 

SSPARE8 

Special Spare—Not assigned or 
bused in Digital’s cable and back¬ 
plane assemblies; available for user 
interconnection. 
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Table A-4 

■ Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

BJl 

GND 

Ground—System signal ground and 
dc return. 

BK1 

BL1 

MSPAREB 

MSPAREB 

Maintenance Spare—Normally con¬ 
nected together on the backplane at 
each option location (not a bused con¬ 
nection). 

BMl 

GND 

Ground—System signal ground and 
dc return. 

BN1 

BSACKL 

This signal is asserted by a DMA 
device in response to the processor’s 
BDMGO L signal, indicating that the 
DMA device is bus master. 

BPl 

BIRQ7 L 

Interrupt Request Priority Level 7 

BR1 

BEVNTL 

External Event Interrupt Request— 
When asserted, the processor 
responds by entering a service routine 
via vector address 1008. A typical use 
of this signal is a line time-clock inter¬ 
rupt. This signal is not used in the 
Micro VAX I processor. 

BS1 

+ 12B 

+ 12 V dc battery-backup power (not 
bused to AS1 in all of Digital’s back¬ 
planes). Not supplied by Digital. 

BT1 

GND 

Ground—System signal ground and 
dc return. 

BUI 

PSPARE2 

Power Spare 2—Not assigned a func¬ 
tion. Not recommended for use. If a 
module is using - 12 V (on pin AB2), 
and if the module is accidentally 
inserted upside down in the back¬ 
plane, - 12 Vdc appears on pin BUI. 
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Table A-4 

■ Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

BVl 

+ 5 

+ 5 V Power—Normal + 5 Vdc sys¬ 
tem power. 

AA2 

+ 5 

+ 5 V Power—Normal + 5 Vdc sys¬ 
tem power. 

AB2 

+ 12 

- 12 V Power-12 Vdc (optional) 

power for devices requiring this 
voltage. 



NOTE 

Modules that require negative volt¬ 
ages contain an inverter circuit on 
each module that generates the 
required voltages(s). The - 12 V 
power is not required with Digital- 
supplied options. 

AC2 

GND 

Ground—System signal ground and 
dc return. 

AD2 

+ 12 

+ 12 V Power— + 12 Vdc system 
power. 

AE2 

BDOUTL 

Data Output—BDOUT, when 
asserted, implies that valid data is 
available on BDAL< 0:15 > L and 
that an output transfer, with respect 
to the bus-master device, is taking 
place. BDOUT L is deskewed with 
respect to data on the bus. The slave 
device responding to the BDOUT L 
signal must assert BRPLY L to com¬ 
plete the transfer. 

AF2 

BRPLY L 

Reply—BRPLY L is asserted in 
response to BDIN L OR BDOUT L 
and during IAK transactions. It is gen¬ 
erated by a slave device to indicate 
that it has placed its data on the 

BDAL bus or that it has accepted out¬ 
put data from the bus. 
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Table A-4 ■ Bus-pin Identifiers (Cont.) 

Bus Pin Mnemonics Description 

AF2 BDIN L Data Input—BDIN L is used for two 

types of bus operations: 

When asserted during BSYNC L 
time, BDIN L implies an input trans¬ 
fer with respect to the current bus 
master, and requires a response 
(BRPLY L). 

BDIN L is asserted when the master 
device is ready to accept data from a 
slave device. 

AH2 BDIN L Data Input—BDIN L is used for two 

types of bus operations: 

When asserted during BSYNC L 
time, BDIN L implies an input trans¬ 
fer with respect to the current bus 
master and requires a response 
(BRPLY L). BDIN L is asserted when 
the master device is ready to accept 
data from a slave device. 

When asserted without BSYNC L it 
indicates that an interrupt operation 
is occurring. The master device must 
deskew input data from BRPLY L. 

AJ2 BSYNC L Synchronize—BSYNC L is asserted 

by the bus-master device to indicate 
that it has placed an address on 
BDAL < 0:17 > L. The transfer is in 
process until BSYNC L is negated. 

AK2 BWTBTL Write/Byte—BWTBT L is used in 

two ways to control a bus cycle: 

It is asserted at the leading edge of 
BSYNC L to indicate that an output 
sequence is to follow (DATO or 
DATOB), rather than an input 
sequence. 

It is asserted during BDOUT L, in a 
DATOB bus cycle, for byte 
addressing. 
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Table A-4 

■ Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

AL2 

BIRQ4L 

Interrupt Request Priority Level 4 

AM2 

AN2 

BIAKIL 

BIAKO L 

Interrupt Acknowledge—In accord¬ 
ance with interrupt protocol, the pro¬ 
cessor asserts BIAKO L to acknow¬ 
ledge receipt of an interrupt. The bus 
transmits this to BIAKIL of the 
device electrically closest to the pro¬ 
cessor. This device accepts the inter¬ 
rupt acknowledgment under two 
conditions: 



The device requested the bus by 
asserting BIRQXL. 



The device has the highest-priority 
interrupt request on the bus at that 
time. 



If these conditions are not met, the 
device asserts BIAKO L to the next 
device on the bus. This process con¬ 
tinues in a daisychain fashion until 
the device with the highest interrupt 
priority receives the interrupt 
acknowledge signal. 

AP2 

BBS7 L 

Bank 7 Select—The bus master 
asserts this signal to reference the 

I/O page (including that portion of 
the I/O page reserved for nonexistent 
memory). The address in 

BDAL < 0:12 > L when BBS7 L is 
asserted is the address within the 

I/O page. 
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Table A-4 

■ Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

AR2 

AS2 

BDMGIL 
BDMGOL 

Direct Memory Access Grant—The 
bus arbitrator asserts this signal to 
grant bus mastership to a requesting 
device, according to bus mastership 
protocol. The signal is passed in a 
daisychain from the arbitrator (as 
BDMGO L) through the bus to 

BDMGI L of the next priority device 
(electrically closest device on the 
bus). This device accepts the grant 
only if it requested to be bus master 
(by a BDMR L). If not, the device 
passes the grant (asserts BDMGO L) 
to the next device on the bus. This 
process continues until the requesting 
device acknowledges the grant. 



CAUTION 

DMA device transfers must not inter¬ 
fere with the memory-refresh cycle. 

AT2 

BINIT L 

Initialize—This signal is used for sys¬ 
tem reset. All devices on the bus are 
to return to a known, initial state. 
That is, registers are reset to 0, and 
logic is reset to state 0. Exceptions 
should be completely documented in 
programming and engineering specifi¬ 
cations for the device. 

AU2 

AV2 

BDALO L 
BDAL1 L 

Data/address Lines—These two lines 
are part of the 16-line data/address 
bus over which address and data 
information are communicated. 
Address information is first placed on 
the bus by the bus master device. 

The same device then either receives 
input data from, or outputs data to, 
the addressed slave device or memory 
over the same bus lines. 

BA2 

+ 5 

+ 5 V Power—Normal + 5 Vdc sys¬ 
tem power. 
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Table A-4 ■ 

Bus-pin Identifiers (Cont.) 

Bus Pin 

Mnemonics 

Description 

BB2 

-12 

- 12 V Power-12 Vdc (optional) 

power for devices requiring this volt¬ 
age. Voltages normally not supplied 
by Digital. 

BC2 

GND 

Ground—System signal ground and 
dc return. 

BD2 

+ 12 

+ 12 V Power— + 12 V system 
power. 

BE2 

BDAL2L 

Data/address Lines—These 14 lines 

BF2 

BDAL3L 

are part of the 16-line data/address 

BH2 

BDAL4 L 

bus previously described. 

BJ2 

BDAL5L 


BK2 

BDAL6L 


BL2 

BDAL7L 


BM2 

BDAL8 L 


BN2 

BDAL9L 


BP2 

BDAL10 L 


BR2 

BDAL11L 


BS2 

BDAL12L 


BT2 

BDAL13 L 


BU2 

BDAL14 L 


BV2 

BDAL15 L 



■ Additional Documentation 

ED-27973-46 
ED-27981-41 


VAX Systems and Options Catalog 
PDP-11 Systems and Options Catalog 





Appendix B ■ Site Preparation and Installation 


Before the supermicrosystem arrives, adequate planning and preparation of 
the area where the system will be located will simplify the installation and 
ensure the reliable operation of the system. The considerations are 

■ Space to install the system. 

■ Proper environmental conditions. 

■ Correct power outlets and adequate power. 


Space 

Sufficient space must be provided around the system unit and terminals to 
allow access to the unit, and to enable the proper circulation of air through the 
unit. The surroundings should be comfortable for the operating personnel, 
and the area should be free from traffic and spills. The system unit should be 
positioned to allow the operator access to the control panel and flexible-disk 
drives located at the front of the unit. 

Table B-l shows the overall dimensions of the system units. 

System 

The supermicrosystems are available in floorstand, cabinet, pedestal, table- 
top, and rackmount versions. The floorstand and pedestal versions are 
designed to fit under a standard 30-inch (76.2-centimeter) desk or table. The 
floorstand model comes with four casters on the bottom for easy maneuvering 
of the system should it be required. The pedestal system unit can easily be 
converted to a tabletop version by removing the pedestal mount. The rack- 
mount version is designed to be installed into a 19-inch-wide cabinet such as 
the H9642. And the cabinet model stands 42 inches (106 centimeters) high 
and should be installed in a computer room that has the proper air condition¬ 
ing and power. 
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Table B-l ■ Syst 

em-unit Dimensions 


Dimension 

Floorstand Pedestal 

Tabletop Rackmount 

Cabinet 

Height 

24.5 in 
62.2 cm 

24.5 in 
62.2 cm 

6.0 

15.2 cm 

5.25 in 

13.3 cm 

41.7 in 

106.0 cm 

Width 

13.0 in 
33.0 cm 

10.0 in 
25.4 cm 

22.25 in 
56.5 cm 

19.0 in 

48.3 cm 

25.7 in 

65.6 cm 

Depth 

27.5 in 
69.8 cm 

28.5 in 
72.4 cm 

28.5 

72.4 cm 

25.5 in 

64.8 cm 

36.0 in 

91.4 cm 

Weight 

1331b 

60 kg 

70 lb 

32 kg 

701b 

32 kg 

55 lb 

25 kg 

358-685 lb 
163 - 311 kg 
(dependent on 
mass storage 
selected) 


Console Terminal 

The console terminal is usually positioned close to the system operator. The 
console terminal keyboard is movable and can be placed in front of the display 
or close to the terminal. 

Printers 

Printers require space for the paper supply and for access to load the paper 
into the printer. The space requirements depend on the type of paper used 
(stationery or fanfold), and the location of the trays. The printer unit can be 
positioned at any location in the area that isconvenient to the operator. 

Cables 

The power cord and the signal cables that connect the units in a system should 
be routed away from where the operator will be or from areas of traffic. No 
heavy objects should be placed on the cables and the cables should be long 
enough to prevent strain on the cable connectors. Sharp cable angles should 
also be avoided. 
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■ Environment 

All of the supermicrosystems (with the exception of the Micro VAX II and the 
MicroPDP-11/83 systems with RA- series disks which generate more heat and 
noise) will operate in most normal working environments that provide com¬ 
fortable surroundings for the operator. These areas include offices, schools, 
hospitals, or manufacturing areas that have controlled environments. There 
are, however, certain environmental conditions that may not be suitable for 
system operation. Areas that are subject to extreme temperature and humid¬ 
ity changes, areas of high contamination in the air, and areas with electrical 
interference conditions are not recommended. In situations such as these, 
ruggedized versions of the systems are better suited. 

Temperature and Humidity 

Table B-2 lists the acceptable temperature ranges and humidity levels for oper¬ 
ating each of the supermicrosystems. These conditions are specified for the 
operation of the system unit, storage devices, console terminal, and printing 
devices that are manufactured by Digital. These conditions may not apply to 
devices and equipment supplied by other manufacturers. 


Table B-2 ■ Operating Temperature and Humidity 

Floorstand 

Pedestal 

Cabinet 

Temperature Range 59 - 90°F 

59 - 90°F 

59 - 90°F 

15 - 32°C 

15 - 32°C 

15 - 32°C 

Relative Humidity 20 - 80%* 

20 - 80%* 

20 - 80%* 


* Noncondensing 

NOTE 

Some Field Service contracts require specific temperature 
and humidity limits that may differ from those listed. 

Air Contamination 

Dust and dirt particles that are suspended in air can block the air filters and 
prevent the proper circulation of air through the system unit and the system 
devices. Disk drives and other mechanical devices may also be adversely 
affected by dust and dirt. To prevent these conditions, the system area should 
be kept reasonably clean by periodic vacuum cleaning. Where possible, the 
area in which the system is operating should be environmentally separated 
from other areas that produce contaminants. 
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Electrical Interference 

Digital’s supermicrosystems, terminals, and cables are provided with shield¬ 
ing and electrical filters to limit the effects of electrical interference. Electri¬ 
cal interference can be transmitted through power lines or through the air. 
High levels of interference from electrical power equipment, x-ray equip¬ 
ment, or radio devices can adversely affect the system operation. If any of 
these conditions exist at the operating site, additional filters and shielding 
may be necessary for reliable system operation. 

Room Lighting 

Reduced lighting levels in the area where the videodisplay terminals (VDTs) 
are operated can prevent excessive reflection from the display screen. Light 
levels can be varied by electrical dimming controls or by shielding the direct 
light. 

NOTE 

Electrical dimming controls are frequently the cause of elec¬ 
trical noise. Dimming devices that are designed only for com¬ 
puter applications should be used. 

Screen filters for the VDTs are available to reduce reflections and to improve 
the contrast of the characters on the display. 

Shock and Vibration 

Digital’s supermicrosystems are designed to withstand the normal shock and 
vibrations that occur during shipment and under normal operation. If the sys¬ 
tem will be subjected to excessive shock or vibration conditions, Field Service 
should evaluate the location before the system is installed. 

Static Electricity 

Static electricity, generated in the area in which the system equipment is oper¬ 
ating, can result in data loss, program errors, and other system failures. Static 
electricity is usually caused by a low humidity level and carpeted floor sur¬ 
faces. A static charge occurs when people walk on the carpeted surface or 
when they move in vinyl- or fabric-covered chairs. The static electricity is dis¬ 
charged when a person comes in contact with the equipment, which is 
grounded by the power cord line or other leads. 

Static electricity can be reduced by keeping the relative humidity levels at 40 
percent or greater, and by using special antistatic carpeting. If carpeting 
exists in the area in which the equipment will be installed, special antistatic 
pads are recommended and can be placed close to the equipment where the 
operators will be located. 
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■ Power 

The supermicrosystems will operate with the following ac line voltages and 
frequency variations. 



Floorstand 

Pedestal 

Cabinet 

120 Vac Tolerance 

90 - 128 VRMS 

88 - 128 VRMS 

90 - 128 VRMS 

240 Vac Tolerance 

176 - 256 VRMS 

176-256 VRMS 

176-256 VRMS 

120 Vac Frequency 

47 - 63 Hz 

47 - 63 Hz 

49-51 Hz* 

240 Vac Frequency 

47 - 63 Hz 

47 - 63 Hz 

49-51 Hz* 


*With an RA81 disk. 

The ac power cord that supplies power to the system unit and terminals 
should be a separate line dedicated only to the system and terminals. 

ac Power Quality 

The quality and reliability of the ac power can vary depending on the location. 
Some sites may require that the user provide power conditioning equipment 
to ensure that the proper power tolerances and filtering are maintained. 

ac System Power 

The ac power source should be adequate to supply the original system and 
allow for system expansion. A dedicated branch circuit from the power distri¬ 
bution panel is recommended for each system. This circuit must meet all 
national and local standards that apply to it. It must provide a good system 
ground, be stable, and free from electrical noise. 

NOTE 

Do not connect other equipment, such as air conditioners, 
office copiers, or coffeepots, on the same circuit with the sys¬ 
tem. 

Table B-3 lists the maximum ac current requirements, wattage, and heat dissi¬ 
pation for the system units. When other devices, such as console and printing 
terminals, are used, the additional ac current requirements must be included 
in the total. 
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Table B-3 

■ System Power 



Floorstand 

Pedestal 

Cabinet 

120 Vac 
Current 

6.9 amperes 

4.4 amperes 

16.4 amperes 

240 Vac 
Current 

3.83 amperes 

2.2 amperes 

8.6 amperes 

120 V 

Input Power 

579 watts 

345 watts 

1,722 watts 

Heat 

Dissipation 

1,978 BTU/k 

1,177.40 BTU/k 

5,872 BTU/k 


■ Acoustics 

The following chart lists the acoustics levels of each system. 



Floorstand 

Pedestal 

Cabinet 

Acoustics per 
ISO 7779 

120 V 

240 V 

120 V 

240 V 

120 V 240 V 

LNPE 

6.0 B 

6.0 B 

6.1 B 

6.1 B 

7.1 B* 6.7 B* 

LPA 

45 dB 

45 dB 

48 dB 

48 dB 

57 dB* 55 dB* 


*With an RA81 disk. 

■ Storage 

Adequate storage facilities should be provided for the equipment, software, 
paper supplies, and accessories. 

Systems and Peripherals 

If it becomes necessary to store the system units, add-on storage devices, or 
terminals for extended periods, the equipment should be enclosed in plastic 
covering and placed in the original containers. It is recommended that the sys¬ 
tem be stored in a safe area not subjected to rapid or extreme temperature 
changes or high humidity levels. 

Supplies 

The system supplies, including flexible disks, printer paper, and ribbons, 
should be stored in a cabinet or containers that will protect them from damage 
or contaminants. The storage facilities should be located close to the system 
for easy accessibility. 
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■ Installation Considerations 

Before an option can be added to a supermicrosystem, the following questions 
should be answered: 

■ Does the system have sufficient dc power to support the additional option? 

■ Does the Q22 bus have adequate ac loads available for the module? 

■ Is space available in the backplane(s) for the module installation? 

■ Is space available on the I/O distribution panel for the connector panel 
insert? 

■ Have the modules been properly configured for installation? 


Disk-drive Installation 

The RQDX series of controllers can communicate with up to four logical disk- 
drive units. The RX50 is considered to be two units because it contains two 
separate diskette drives in one mechanical assembly. The RD53, RD52, and 
RD51 disk drives are each considered to be a single unit. Detailed information 
on the removal and installation procedures is contained in each of the super¬ 
microsystem owner’s manuals. The RQDX1 must reside in the last-used slot of 
the backplane. The RQDX2 and RQDX3 must reside in the upper backplane 
in a Micro VAX II or MicroPDP-11/83 cabinet system. 

The KDA50 disk controller modules control and communicate with up to four 
RA-series disk-drive subsystems. Each disk drive is considered to be one unit. 
Two RA-series drives can be installed into a cabinet enclosure. Two additional 
RA-series drives can be installed into an expansion disk-drive cabinet. The 
KDA50 module set must reside in the first two slots of the lower backplane in 
a Micro VAX II or MicroPDP-11/83 cabinet system. 

All of the controller modules are preset during manufacturing and require no 
adjustments or wiring before installation. 

Backplane Assembly Layout 

Backplane assemblies for the supermicrosystems are available in 8-, 12-, and 
14-slot versions. The 14-slot version comprises two 8-slot backplanes, with 
two slots reserved. Figure B-l shows each of these backplane layouts. The sys¬ 
tem and option modules can be quad height or dual height. A quad-height 
module occupies all four rows—A, B, C, and D—A dual-height module 
occupies only two rows—A and B or C and D. Some of the backplane slots are 
dedicated to particular system modules. Option modules are installed in the 
remaining slots according to their priority. 
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Slots 1 through 3 of the Micro VAX I backplane are dedicated to the CPU 
(occupies two slots) and main memory (one slot). Slots 1 and 2 of the 
Micro VAX II and MicroPDP-11 backplanes are dedicated to the CPU and 
main memory (one slot each). 

If the 8-slot single backplane or the 14-slot dual backplane is selected, then 
the Q22-bus signals will travel through rows A and B of connector slots one 
through eight, and in rows C and D of connector slots four through eight in 
each backplane. 

If the 12-slot backplane is selected, the Q22-bus signals will travel through 
rows A and B of connector slots one through twelve, and in rows C and D of 
connector slots five through twelve. 

Rows C and D of all the backplanes provide an interconnection with each 
other. This interconnection is referred to as the CD bus. 
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Micro VAX II 


SLOTS 

A | 

ROWS 

B | C 

; 

D 

1 

KA630 CPU MODULE 

2 

MS630 MEMORY MODULE 

3 

Q-CD Slot 


Q-CD Slot 


4 

Q22 Bus 


Q22 Bus 


5 

Q22 Bus 


Q22 Bus 


6 

Q22 Bus 


Q22 Bus 


7 

Q22 Bus 


Q22 Bus 


8 

Q22 Bus 


Q22 Bus 


9 


10 


11 


12 



Viewed from module insertion side 


MODULE SIZE 
2 quad-height 


1 quad-height 

or 

2 dual-height 


MicroVAX I 


A 

J B 

— ROWS — 

C | 

D 

M7136 MEMORY CONTROLLER MODULE 

M7135 DATA PATH MODULE 


Q-CD Slot 


Q-CD Slot 



Q22 Bus 


Q22 Bus 



Q22 Bus 


Q22 Bus 



Q22 Bus 


Q22 Bus 



Q22 Bus 


Q22 Bus 



Q22 Bus 


Q22 Bus 



Viewed from module insertion side 


MODULE SIZE 
2 quad-heicjht 
KD32-A 


1 quad-height 

or 

2 dual-height 


MicroPDP II 


SLOTS 

1 

2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 


-rows- 

A | B | C J D 


PMI MEMORY or KDJ11-BB 

MSV11 MEMORY MODULE or KDJ11-BF 

Q-CD Slot 

Q-CD Slot 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 

Q22 Bus 









Viewed from module insertion side 


] 

\ 


J 


MODULE SIZE 
2 quad-height 


1 quad-height 

or 

2 dual-height 


Figure B-l ■ Backplane-slot Assignments 
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Power and Loading Requirements 

The System Configuration Worksheets, Figure B-2, can be used to determine 
the power consumption and bus load requirements of the options to be 
installed. The worksheet includes 5 Vdc current, 12 Vdc current, and the ac 
bus loads. 

To calculate the power and loading, enter the current values of the options 
that have previously been included in the system and the values of the options 
to be added. These are entered in the option column. 

The current (amperes) column lists the total current available from the 5 Vdc 
and the 12 Vdc outputs of the power supply in the “available” columns. The 
VAX Systems and Options Catalog and the PDP-11 Systems and Options Cata¬ 
log lists the specifications of all the system modules, options modules, and stor¬ 
age devices. Enter the current requirements in the “used” column of Figure 
B-2 for each option included or to be installed and subtract that value from 
the previous “available” column. Enter the new value in the “available” col¬ 
umn next to the value entered into the “used” column. When all the values 
have been entered on the worksheet, perform the total wattage calculation 
shown on the bottom of Figure B-2. 

The power supply in the pedestal enclosure provides a maximum of 230 
watts—up to 36 amperes at 5 V (180 watts) and up to 7 amperes at 12 V (84 
watts). This total is 264 watts and exceeds the 230-watt maximum allowable 
total of the power supply. Therefore, the total wattage for the 5 Vdc and 12 
Vdc must be calculated separately to prevent exceeding the total power supply 
voltage. The RX50, RD53, RD52, and RD51 disk drives also require power 
from the power supply and must be included in the power calculations. 

The power supply in the floorstand enclosure provides a maximum of 260 
watts—up to 36 amperes at 5 V (180 watts) and up to 7 amperes at 12 V (84 
watts) for each regulator. Again, this totals to 264 watts and exceeds the 230- 
watt maximum per regulator. The total wattage must be calculated separately 
to prevent exceeding the total power-supply voltage. 

The power supplies in the cabinet enclosure are the same as for the pedestal 
enclosure except that there are two of them. 

The ac bus loading is calculated in a manner similar to the dc bus loading. 
Each bus load is entered into the “used” column and subtracted from the pre¬ 
vious “available” value. When the value is less than 1, the total bus loading 
has been exceeded. 

For complete power and loading requirements for each of the supermicrosys¬ 
tems and their options, refer to the VAX Systems and Options Catalog and the 
PDP-11 Systems and Options Catalog. 



1 quad 


1 quad 


1 quad or 
2 dual 


1 quad or 
2 dual 


1 quad or 
2 dual 


1 quad or 
2 dual 


1 quad or 
2 dual 


1 quad or 
2 dual 


diskettedriveunitl 
disk drive unit 2 


CURRENT (amps) 


ac BUS 
LOADS 


PANEL INSERTS 


20.67 | 2.5 


Total 

of this column x 12 = L 
Total r 

of this column x 5 = I 


j watts at + 12V 
1 watts at + 5V 


Total watts 

(must be 230 or less) 
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Module Space Requirements 

After the power and ac load values have been calculated, the location of the 
module in the backplane must be determined. The backplane slot where the 
module will be installed is determined by the number of existing modules 
installed and by the interrupt priority level of the additional modules. Mod¬ 
ules with the highest priority should be closest to the CPU module(s). Figure 
B-3 shows several different module configurations that can be implemented in 
the backplanes. The following summary provides some specific guidelines for 
the module locations: 


■ The MicroVAX I CPU modules always occupy slots 1 and 2. The 
MicroVAX II and MicroPDP-11 CPU modules occupy slot 1 only. 

■ The memory module(s) is always installed starting with the next slot after 
the CPU module(s). 

■ The DZQ11 (or DHV11) module installs in the slot following the last mem¬ 
ory module. 

■ The DEQNA module installs in the slot following the last memory module. 

■ If both the DZQ11 (or DHV11) and the DEQNA modules are present, the 
DEQNA is installed in the next highest slot following the last memory mod¬ 
ule and the DZQ 11 (or DHV11) follows in the next slot after the DEQNA. 

■ The DLVJ1 module installs in the slot following the DEQNA or DZQ 11 
module. 

■ The RQDX1 module installs in the next highest quad slot following the last 
option installed. If this last option has an open dual slot, a G7272 grant- 
continuity module must be mounted in row A or C of that slot. In a 14-slot 
backplane, the RQDX2 and RQDX3 must reside in the upper backplane. 
And the KDA50 module set must reside in the first two slots of the lower 
backplane. 

■ If only one dual-height module is installed in a slot between two quad- 
height modules, the G7272 must be installed in row A or row C of the 
same slot. 

■ In the 8-slot backplane, if only one dual-height module is installed in slot 8, 
it must be installed in rows A and B. If only one dual-height module is 
installed in slot 7, and slot 7 is the last-used slot, the module must be 
installed in rows C and D. 
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ROW ROW 


SLOTS 

a : 

B : C ! D 

SLOTS 

A ! 

___L_ 

B i c ; D 

_i_i_ 

1 


1 

KA630 

2 

KD32-AA 

2 

MS630-BA 

3 

MSV11-QA 

3 


4 

MSV11-QA 

4 

G7272 ! 

| DEQNA j 

5 

G7272 i 

1 DEQNA 

5 

DZV11 

6 

DZV11 

6 

RQDX3 

7 

RQDX1 

7 


8 


8 




ROW 



ROW 

SLOTS 

A ! 

B i c i D 

_i_i_ 

SLOTS 

A | 

B ! C ! D 

1 

KDJ11-BB 

1 

KDF11-BF 

2 

MVS11-QA 

2 

MVS11-QA 

3 

G7272 ! 

| DEQNA 

3 

G7272 | 

| DEQNA | 

4 

DZV11 

4 

DZV11 

5 

RQDX2 

5 


6 


6 

RQDX2 

7 


7 


8 
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SLOTS 
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A ! 
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_i_i_ 

1 

MSV11-JD 

1 

KA630 

2 

KDJ11-BF 

2 

MS630-BA 

3 

G7272 j 

| DEQNA 

3 


4 

DHV11 

4 

G7272 j 

| DEQNA 

5 

TQK50 

5 

DHV11 

6 

RQDX3 

6 

TQK50 

7 


7 

RQDX3 

8 


8 


9 


9 


10 


10 


11 


11 


12 


12 



Figure B-3 ■ Sample Module Assignments 
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I/O Distribution Panel Inserts 

Each option that requires an external connection to a device includes a panel 
insert that mounts on the I/O distribution panel. All models are shown in Fig¬ 
ure B-4. The I/O distribution panel inserts are 1 by 4 inches and 2 by 3 inches. 
Blank panel covers are mounted where no panel insert is installed. The panel 
covers can be removed and the I/O distribution panel inserts installed. 

PANEL A 


CONSOLE PANEL C 

PANEL PANEL B INSERT INSERT 

INSERT (OPTIONAL) (OPTIONAL) 



Figure B-4 ■ I/O Distribution Panel Inserts 
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■ Additional Documentation 

The supermicrosystem hardware documentation must be ordered by type of 
enclosure. The following list breaks down the manuals by enclosure. 

Floorstand Version 

Micro VAX II Technical Manual AZ-FE09A-TN 

Micro VAX II Owner's Manual AZ-FE08A-TN 

MicroPDP-11 System Technical Manual AZ-FE01A-TC 

MicroPDP-11 Owner's Manual AZ-FEOOA-TC 


Pedestal, Tabletop, and Rackmount Versions 

Micro VAX II Technical Manual 

MicroVAX II Owner's Manual 
MicroVAX I CPU Technical Description 
MicroVAX I CPU Owner's Manual 
MicroPDP-11 System Technical Manual 
MicroPDP-11 System Owner's Manual 


AZ-FE06A-TN 

AZ-FE03A-TN 

EK-KD32A-TD 

EK-KD32A-OM 

EK-MIC11-TM 

EK-MIC11-OM 


Cabinet Version 

MicroVAX II Technical Manual 
MicroVAX II Owner's Manual 
MicroPDP-11 System Technical Manual 
MicroPDP-11 Owner's Manual 


AZ-GMBAA-MN 

AZ-GMCAA-MN 

AZ-GN1AA-MC 

AZ-GN2AA-MC 


Miscellaneous 

VAX Systems and Options Catalog 
PDP-11 Systems and Options Catalog 
Terminal and Printers Handbook 


ED-30012-46 
ED-27980-41 
EB-26291-56 
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Appendix C * Customer Services 


Like all of Digital’s products, the supermicrosystems and their system soft¬ 
ware have been designed for reliability and manufactured to strict quality con¬ 
trol standards that ensure that each unit meets its design goals. Digital’s 
customer services organization is ready to follow up with quality support if it 
is required. Digital is the complete service vendor and has the products and 
tools to back its commitment to customer satisfaction. 

■ Field Service 

Digital’s Field Service is committed to customer satisfaction through quality 
delivery of a complete range of service products. The service organization com¬ 
plements Digital’s hardware offerings and makes a significant contribution to 
Digital’s position as an industry leader. 

The Digital Field Service organization includes over 20,000 service engineers 
who are backed by more than 3,500 administration and support personnel. 
Backing each service engineer are resources and support programs that help 
each engineer to meet customer needs more effectively. Some of these 
resources and programs are a computerized logistics network, formalized 
training programs, an automated call-handling system, remote diagnosis, 
remote support, the site-management guide, and an action planning and prob¬ 
lem escalation program. 

The OEM Portfolio 

For OEM purchasers of supermicrosystems, Digital offers a comprehensive 
service program called the OEM Portfolio. This program is designed to meet 
the needs of OEMs whether they require full-service contract protection or 
backup maintenance support. 

The OEM Portfolio gives OEMs a choice between the Blue Chip Program , 
which provides full service from Digital, or the Partnership Program , which 
provides qualified, backup maintenance support for OEMs who do their own 
maintenance. 

The Blue Chip Program is directed toward OEMs who sell Digital’s services 
directly to their customers, or buy our services in volume and then resell them 
to their end users as part of a total package. The Blue Chip Program lets these 
OEMs choose from a product menu which includes DECservice, Basic Service, 
Full System Service for personal computers, or Carry-In service contracts 
through our Digital Servicenters. 
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With the Blue Chip Program, OEMs who wish to sell our services directly to 
their customers can earn commissions. They receive an enrollment kit that con¬ 
tains all the materials they need to begin selling Digital services. OEMs who 
buy our services in volume can resell them as part of a total package sold to 
their end users. This may entitle them to a volume dollar discount based on an 
annual performance review. 

OEMs enrolled in the Blue Chip Program can also choose from the following 
business options: 


■ Fixed price deinstallation and reinstallation when moving systems to end 
user’s sites. 

■ New, improved trade show support. 

■ DECompatible Service for systems incorporating designated non-Digital 
hardware. 

■ Option to buy service in 30-day increments. 

■ OEM installation support. 


The Partnership Program is for OEMs who buy Digital hardware components 
and maintain their systems and/or their end user’s systems. The Partnership 
Program offers a wide range of onsite and offsite support. This program 
includes 


■ Telephone technical support by senior engineers. 

■ Guaranteed onsite response by a senior engineer (when dispatched by tele¬ 
phone support). 

■ Emergency parts exchange service at designated Digital Servicenters. 


OEMs in the Partnership Program can also choose from a variety of mail-in 
services, maintenance support tools, and educational services to maintain Digi¬ 
tal hardware themselves. 
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Onsite Services 

Onsite contract services are available for all of the supermicrosystems, subject 
to minimum hardware configurations. These services provide corrective main¬ 
tenance, preventive maintenance, and all applicable engineering changes to 
ensure that the systems and their options are operational and kept completely 
up-to-date. In addition to priority service, contractual maintenance allows 
Digital’s customers to budget for their annual maintenance needs. The 
monthly contract charge covers all travel, labor, and materials. Users have a 
choice of tailored service agreements. In addition to basic coverage, extended 
hours are available to customers with critical applications that require special 
attention. 

■ DECservice 

The DECservice agreement is Digital’s most comprehensive onsite service 
product. It provides committed response time including a 4-hour service 
response if your system is located within 100 miles of a Digital service loca¬ 
tion. DECservice also provides continuous repairs until the problem is solved, 
a program of preventive maintenance, installation of the latest engineering 
changes, and automatic escalation for complex problems. DECservice also 
offers the customer a choice of coverage hours—up to 24 hours, seven days 
per week. 

■ Basic Service 

The Basic Service agreement is the best alternative for customers whose 
requirements do not demand a fixed response time to calls for remedial mainte¬ 
nance, or for continuous work to resolve system-down situations outside cover¬ 
age hours. Basic Service offers economical, yet full-service coverage. Calls for 
service receive priority status, second only to DECservice calls. It also pro¬ 
vides preventive maintenance, installation of the latest engineering changes, 
and the guarantee that complex problems will be resolved by highly qualified 
service engineers. The hours of coverage are during first-shift business hours. 

■ Per Call Service 

Per Call Service is a noncontractual, time and materials service. It is available 
on an onsite and offsite basis. Onsite service is available Monday through Fri¬ 
day during standard business hours, from 8:00 A.M. to 5:00 P.M. Offsite Per 
Call Service is available through mail-in board replacement and carry-in sys¬ 
tem repairs. 
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■ Shared Maintenance Service 

Shared Maintenance Service is a product that combines onsite and offsite ser¬ 
vices. It is offered to qualified customers who perform their own preventive 
and remedial maintenance provided that they meet certain prerequisites. The 
onsite support provided by Digital is similar to a DECservice agreement 
except that customers, after paying a fixed monthly fee (a percentage of the 
DECservice maintenance charge), pay only for labor (at the local Per Call rate) 
and materials as they are required. Shared Maintenance Service features 
include onsite repairs, committed response, branch telephone support (techni¬ 
cal), emergency access to branch logistics, extended coverage (optional), and 
remote diagnosis (optional where available). 

■ DECompatible Service 

DECompatible Service is a product that provides standard onsite services to 
selected non-Digital hardware products that are attached to Digital systems. 
DECompatible Service is provided under DECservice, Basic Service, or 
Carry-In agreements, depending on the particular device. The level of service 
and response time under this program is the same quality service as that avail¬ 
able for Digital’s hardware products. 

■ Recover-All Service 

Recover-All Service provides full product repair and/or replacement to Digi¬ 
tal’s hardware products that have been damaged due to accidents or incidents 
not covered under the other service agreements. Recover-All service expands 
the customer’s service agreement to cover fire, water damage, natural disas¬ 
ters, power failure, sprinkler leakage, and theft. Recover-All also provides 
reimbursement for the cost of movement of equipment to a safe place, 
returning equipment to the site when safe conditions have been restored, 
removal of damaged equipment, transportation and installation of replace¬ 
ment equipment, replacement of fire protection chemicals, restoration of dam¬ 
aged Digital system software and customer data from backup disks and tapes, 
and data processing at a temporary location. 

Offsite Services 

Customers who do not require onsite services can take advantage of the Digi¬ 
tal’s offsite services that include Digital’s Servicenters and DECmailer. 
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■ Servicenters 

The Digital Servicenter is a carry-in repair center for Digital’s terminals and 
supermicrosystems. The Servicenter offers low-cost repairs at over 160 conve¬ 
nient locations. At the Servicenter, the same quality service is provided that is 
given to offsite service calls. The Servicenter guarantees 2-day turnaround 
time. The customer may select from a variety of service offerings—contract, 
per call, or parts exchange. All Servicenter service and parts come with a 90- 
day warranty. 

■ DECmailer 

DECmailer is a return-to-factory replacement service for customers who main¬ 
tain their equipment at the module or subassembly level. It provides 5 -day 
turnaround, free return shipping, 90-day warranty on service and parts, 24- 
hour emergency service, monthly billing, and quarterly activity reports. 

■ Software Services 

Digital’s Software Services are available to support customers during any 
phase of their system analysis, software development, or implementation 
efforts. These services start with the personal attention of a Digital software 
specialist and continue as long as the customer owns the system. 

A Digital software specialist often works with a Digital sales representative to 
evaluate a prospective user’s needs prior to purchase, in order to recommend 
hard ware/soft ware solutions appropriate to the customer’s requirements. A 
full range of services is available to assist customers throughout the planning, 
implementation, and production phases of their systems. 

Startup Service Packages 

Software Product Services offers three comprehensive Startup Service Pack¬ 
ages for support of the operating system. Each package provides media and 
documentation and one year of service for the operating system and for quali¬ 
fied layered products on that system. Each service package also allows cus¬ 
tomers to take advantage of several levels of training developed by Digital’s 
Software Services and Educational Services organizations. Training materials 
and information are available upon purchase of the package. 

■ Startup Service Package—Level III 

Level III includes onsite software support when needed for critical situations 
and for more comprehensive training. Level III provides 
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■ DEC support Service. 

■ Media and documentation for the operating system and the most depend¬ 
ent software purchased concurrently. 

■ Installation and DECstart-PLUS. 

■ Training. 


■ Startup Service Package—Level II 

Level II is appropriate for a technical staff that can support the new system 
after Digital has trained the staff, installed the product, and oriented the 
staff concerning system operation. Level II provides 

■ Basic Service. 

■ Media and documentation for the operating system and the most depend¬ 
ent software purchased concurrently. 

■ Installation and DECstart. 

■ Training. 


■ Startup Service Package—Level I 

Level I is appropriate for a technical staff requiring minimal training and hav¬ 
ing the skill to install and support the new system, using the Basic Service’s 
telephone-support service to maintain the software at its most current level. 
Level I provides: 

■ Basic Service. 

■ Media and documentation for the operating system and most dependent 
software purchased concurrently. 

■ Training. 


DECstart Service 

DECstart consists of two levels of fixed-price consulting services with a 
proven combination of direct assistance, documentation review, discussion, 
and hands-on experience provided at the customer’s site by a Digital software 
specialist. The DECstart services are conducted over a 90-day period to assure 
mastery of the system. Programmers and system managers are taken step by 
step through the techniques required to operate their system effectively. 
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To supplement the DEC start Service, additional services are priced on a time- 
and-materials basis. An estimate can be given for any consultation that a cus¬ 
tomer may be considering. In addition, a Digital software specialist can draw 
up a Customer Support Plan to help the user determine any further areas in 
which additional services might be beneficial. 

Installation Service 

The purchase of installation as a separate service is appropriate in those 
instances in which there is no need to purchase a Startup Service Package or a 
need to have add-on dependent products installed. Installation Service 
ensures that customers have received all of the proper distribution materials, 
and that the system generation process for the operating system and/or 
dependent software products is completed. 

Network Planning and Design Service 

Digital’s Networking Planning and Design Service provides a network-based 
solution to customers’ information requirements. Each network design is 
based on a customer’s business needs, organizational structure, and opera¬ 
tional procedures. This is accomplished through interviews by highly trained 
Digital software specialists. These specialists gather network traffic and sys¬ 
tems data, business and performance requirements, and growth expectations. 
The information is then carefully analyzed. From the analysis a recommended 
Digital network solution is developed. The solution consists of a network topo¬ 
logical map and network cost estimates. This design will meet the customer’s 
network performance parameters in relation to system load, growth and flexi¬ 
bility constraints, throughput and response-time constraints, and cost con¬ 
straints. 

The Network Planning and Design Service approaches network design from a 
set of business needs. These requirements are transformed into a network- 
based technological solution capable of meeting the customer’s immediate and 
long-term networking needs. 

Service for Software Agreements 

For most applications, resources are available to install software and provide 
support to assure that the purchased software products perform according to 
Digital’s commitments. Software support is assured through a variety of ser¬ 
vices that offer customers the opportunity to keep their software up to date 
and running smoothly through the life of the computer system. 

These services include startup services, installation services, and ongoing ser¬ 
vice agreements to assist the customer during and after the installation of 
their software. 
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■ DECsupport Service for Software 

DECsupport is the most comprehensive software product service available. 
DECsupport includes all of the elements of Basic Service, plus onsite assis¬ 
tance and software support for critical situations. 

■ Basic Service for Software 

Basic Service is appropriate for users who do not require onsite support, and 
includes all of the elements of Self-Maintenance Service, telephone-support 
service, plus online support via the Digital Software Information Network 
(DSIN) for usage and remedial software questions. DSIN enables customers to 
receive software information and solutions to software problems by computer 
access to a Digital Customer Support Center. Currently, DSIN is available 
only in the United States and Canada. 

■ Self maintenance Service for Software 

Self-maintenance Service enables users to maintain their own system software 
and provides tools that include media and documentation updates, formal soft¬ 
ware problem-reporting mechanisms, and newsletters and dispatches contain¬ 
ing information about new software developments and enhancements. 

Supplementary Service Options 

Software Services provides supplementary options for supermicrosystems 
already under a service agreement. 

■ Media Update Service 

The Media Update Service is a subscription service that provides Software 
Product Services customers with a means of obtaining additional copies of 
machine-readable media for most operating systems and dependent products. 
Customers may choose from a variety of distribution media. A prerequisite 
for the service is that customers have a DECsupport, Basic, or Self-mainte- 
nance agreement with Digital. 

■ Documentation Update Service 

The Documentation Update Service supplies service customers with the docu¬ 
mentation-only portion of a Software Product Services agreements. The docu¬ 
mentation delivered with this service is the portion of the document that was 
changed or revised since the last release. 

■ Service Right-to-Copy 

This option allows customers with a Software Product Services agreement to 
automatically copy the updates to the product under agreement onto a single, 
additional CPU. 
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Additional Telephone Support Center Contact Service 

This service allows customers who have a Basic or DECsupport agreement to 
add names to the list of people entitled to call the Digital Telephone Support 
Center. 

Additional Software Dispatch Subscription Service 

Customers who have a Software Product Services agreement can obtain an 
additional copy of the dispatches and technical newsletters supplied under the 
agreement. 

Software Revision Right-to-Copy 

The Software Revision Right-to-Copy option allows customers to copy a sin¬ 
gle update to the product onto a single, additional CPU. 

Educational Services 

Educational Services offers a complete range of training programs and ser¬ 
vices to support the supermicrosystem software and hardware. 

Training facilities are located in Japan, Australia, Great Britain, Germany, 
France, the Netherlands, Sweden, Italy, Canada, and throughout the United 
States. Services are centered around fully equipped regional education cen¬ 
ters. These centers provide a staff of educators dedicated to providing quality 
education and training, and a variety of instructional formats that supports 
the learning pace of individuals as well as classrooms of individuals learning 
together. 

Digital’s Educational Services publishes a Digest every three months that 
includes a description and 6-month schedule of all software courses and a 9- 
month schedule of all hardware courses. It also includes the ordering informa¬ 
tion for the self-paced instruction material. The Digest may be ordered by con¬ 
tacting your sales representative or your nearest Digital Training Center. 

Courses are regularly scheduled classes offered at training centers. They cover 
the student range from first-time user to those needing highly specialized 
training on the theory of operation. Most catalog courses include extensive 
hands-on laboratory time, and all incorporate the use of a wide range of stu¬ 
dent workbooks, reference manuals, and other instructional materials. 

Specialized training is available for users with unique applications or training 
situations. This training is designed to give the student the maximum relevant 
material for specific applications, while minimizing extraneous information. 
The customized courses are tailored to the individual customer’s schedule and 
typically are presented in a series. The customized courses can be modified 
from existing courses or can be entirely new programs based on mutually 
agreed-upon objectives. 
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Customers with a group of individuals to train may find it more economical to 
have Educational Services conduct courses at the users’ home sites. Onsite 
instruction of both catalog and customized courses eliminates travel and other 
expenses incurred by students attending classes at training centers. This 
method of instruction further enhances training by allowing Digital instruc¬ 
tors to emphasize points of particular value to the students’ applications and 
operations. 

By taking advantage of the latest in text-based, computer-based, audiovisual- 
based, and IVIS-based techniques, Educational Services has developed a 
series of courses that offers self-paced instruction (SPI). These courses are con¬ 
venient, self-contained, and modular. SPI format allows students to progress 
at their own rate, to study when and where they wish, and to “play back” or 
reread modules for review. SPI course material is available in several forms— 
computer media (such as magtape and flexible disk), videotape, videocassette, 
audio/filmstrip cassette, and text—all supported by student guides and work¬ 
books. Computer-based instruction (CBI) refers to courses that students take 
at their own pace at their terminal. CBI course material is available on 1,600- 
bits/inch tape and TU58 cassette tape, as well as on flexible disk for use 
online. 

Selected courses on MicroVAX II will soon be available. 

Training Centers 

The Digital Training Centers located in the United States are listed as fol¬ 
lows. For additional information on courses, training materials, or other train¬ 
ing center locations, call the following customer support number in 
Massachusetts: (617) 276-4373. 

■ California 

Los Angeles Training Center 
4311 Wilshire Boulevard, Suite 400 
Los Angeles, California 90010-3779 
Telephone: (213) 937-3870 


Santa Clara Training Center 
2525 Augustine Drive 
Santa Clara, California 93051-7576 
Telephone: (408) 748-4048 



■ Colorado 

Denver Training Center 
8085 South Chester Street 
Englewood, Colorado 80112-1478 
Telephone: (303) 649-3000 

■ Illinois 

Chicago Training Center 
5600 Apollo Drive 

Rolling Meadows, Illinois 60008-4063 
Telephone: (312) 640-5520 

■ Massachusetts 

Boston Training Center 
12 Crosby Drive 

Bedford, Massachusetts 01730-1493 
Telephone: (617) 276-4380 

■ Michigan 

Detroit Training Center 
37735 Interchange Drive 
Farmington Hills, Michigan 48018-1270 
Telephone: (313) 640-5520 

■ New Mexico 

Los Alamos Training Center 
1900 Diamond Drive 
Los Alamos, New Mexico 87544 
Telephone: (502) 662-6905 

■ New York 

New York Training Center 
One Penn Plaza 

New York, New York 10119-0031 
Telephone: (212) 971-3545 



Appendix C-12 • Customer Services 


■ Texas 

Dallas Training Center 
12100 Ford Road, Suite 200 
Dallas, Texas 75234-7288 
Telephone: (214) 888-2500 

■ Washington, D. C. 

Washington, D.C. Training Center 

8100 Corporate Drive 
Landover, Maryland 20785-2231 
Telephone: (301) 577-4300 
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The Micro VAX and MicroPDP-11 systems and software are supported by a 
comprehensive set of documents dedicated to their operation, programming, 
and maintenance. These manuals are periodically updated to include new 
developments and equipment and can be ordered through Digital’s Publishing 
and Circulation Services. The following lists contain the titles and associated 
Digital order numbers of documents that apply to the MicroVAX and 
MicroPDP-11 supermicrosystems. 

To order these documents, write to the following address: 

Digital Equipment Corporation 
Publishing and Circulation Services 
10 Forbes Road 

Northboro, Massachusetts 01532-2597 


MicroVAX Hardware Manuals 


MicroVAX 630 CPU Module User's Guide 

MicroVAX II Technical Manual 

EK-KA630-UG 

Floorstand Version 

AZ-FE09A-TN 

Pedestal, Tabletop, and Rackmount Versions 

AZ-FE06A-TN 

Cabinet Version 

AZ-GMBAA-MN 

MicroVAX II Owner's Manual 


Floorstand Version 

AZ-FE08A-TN 

Pedestal, Tabletop, and Rackmount Versions 

AZ-FE03A-TN 

Cabinet Version 

AZ-GMCAA-MN 

MicroVAX I CPU Technical Description 

EK-KD32A-TD 

MicroVAX I Owner's Manual 

EK-KD32A-UG 

VAX Architecture Handbook 

EB-19850-20 

VAX Hardware Handbook 

EB-21710-20 

Microcomputer Products Handbook 

EB-26078-41 
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Micro VAX Software Manuals 

VAX/VMS Technical Summary (includes MicroVMS) 

VAX/VMS Information Management Handbook 

VAX/VMS System Software Handbook 

VAX/VMS Language and Tools Handbook 

VAXELN Technical Summary 

VAX Software Handbook 

VAX Software Source Book (Volumes 1 and 2) 

MicroPDP-11 Hardware Manuals 

KDJ11-A CPU Module User's Guide 

KDF11-B CPU Module User's Guide 
DCJ11 Microprocessor User's Guide 
MicroPDP-ll System Technical Manual 
Floorstand Version 

Pedestal, Tabletop, and Rackmount Versions 
Cabinet Version 
MicroPDP-ll Owner's Manual 
Floorstand Version 

Pedestal, Tabletop, and Rackmount Versions 
Cabinet Version 

Microcomputer Products Handbook 

MicroPDP-ll Software Manuals 

RSX-11 Handbook (includes Micro/RSX) 

RSTS/E Handbook (includes Micro/RSTS) 

ULTRIX Software Guidebook 

PDP-11 Software Handbook 

PDP-11 Software Source Book (Volumes 1 and 2) 


EJ-30083 41 
EB-23780-44 
EB-25966-48 
EB-27240-48 
EJ-30083-41 
EB-21812-20 
EB-26125-46 

EK-KDJ1A-UG 

EK-KDFEB-UG 

EK-DCJ11-UG 

AZ-FE01A-TC 

EK-MIC11-TM 

AZ-GN1AA-MC 

AZ-FEOOA-TC 

EK-MIC11-OM 

AZ-GN2AA-MC 

EB-26078-41 

EB-25742-41 
EJ-23534-18 
EJ-26153-20 
EB-25398-41 
EB-27333-41 
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Miscellaneous 


VAX Systems and Options Catalog 

ED-27973-46 

PDP-11 Systems and Options Catalog 

ED-27981-41 

Networks and Communications Buyer's Guide 

ED-27332-42 

Networks Handbook 

EB-26013-42 

Networks Guidebook 

EB-27241-42 

Terminals and Printers Handbook 

EB-26291-36 

MicroPDP-ll/SVInformation Sheet 

ED-2 7034-72 

RT930 Information Sheet 

EB-27642-34 

Rugged Microsystems for Manufacturing Environments 
Brochure 

EA-26790-49 
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absolute-indexed mode: An indexed-addressing mode in which the base- 
operand specifier is addressed in absolute mode. 

absolute mode: Autoincrement-deferred mode in which the program counter 
is used as the register and contains the address of the location containing the 
actual operand. 

access mode: Any of the four processor access modes in which software exe¬ 
cutes. Processor access modes are, in order from most to least privileged and 
protected—kernel, executive (MicroVAX I only), supervisor, and user. When 
the processor is in kernel mode, the executing software has complete control 
of, and responsibility for, the system. In any other mode, the processor is 
inhibited from executing privileged instructions. 

access type: The way in which the processor accesses instruction operands or 
a procedure accesses its arguments. 

address: A number used by the operating system and user software to iden¬ 
tify a storage location. 

address-access type: The specified operand of an instruction is not directly 
accessed by the instruction. The address of the specified operand is the actual 
instruction operand. The context of the address calculation is given by the 
data type of the operand. 

addressing mode: The way in which an operand is specified, 
address space: The set of all possible addresses available to a process. 

ANSI: American National Standards Institute. 

application: A specific program or task to which a computer solution can be 
applied. 

application program: A computer program designed to meet specific user 
needs (i.e., a program that controls inventory or monitors a manufacturing 
process). 

architecture: Computer architecture refers to the design or organization of 
the central processing unit (CPU). 

argument pointer: It contains the address of the base of the argument list for 
procedures initiated using the call instructions. 
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ASCII (American Standard Code for Information Interchange) A code 
that assigns a binary number to each alphanumeric character and several non¬ 
printing characters used to control printers and communication devices. 
ASCII characters are seven or eight bits long and may have an additional parity 
bit for error detection. 

asynchronous transmission: Transmission in which time intervals between 
transmitted characters may be of unequal length. 

autodecrement-indexed mode: An indexed-addressing mode in which the 
base-operand specifier uses autodecrement-mode addressing. 

autodecrement mode: The contents of the selected register are decremented, 
and the result is used as the address of the actual operand of the instruction. 
The contents of the register are decremented according to the data type con¬ 
text of the register. 

autoincrement-deferred indexed mode: The specified register contains the 
address of a longword that contains the address of the actual operand. The 
contents of the register are incremented by four which are the number of 
bytes in a longword. If the program counter is used as the register, this mode 
is called absolute mode. 

autoincrement-indexed mode: An indexed-addressing mode in which base- 
operand specifier uses autoincrement-mode addressing. 

autoincrement mode: The contents of the specified register are used as the 
address of the operand; then the contents of the register are incremented by 
the size of the operand. 

automatic-dialing unit: A device capable of automatically generating dialing 
digits. 

automatic-calling unit: A dialing device supplied by the communications 
common carriers that permits a business machine to dial calls automatically 
over the communications networks. 

base-operand address: The address of the base of a table or array reference 
by indexed-mode addressing. 

base-operand specifier: The register used to calculate the base-operand 
address of a table or array referenced by indexed-mode addressing. 

base register: A general register that contains the address of the first entry in 
a list, table, array, or other data structure. 

BASIC (Beginners All-purpose Symbolic Instruction Code): A widely used 
interactive programming language developed by Dartmouth College that is 
especially well suited to personal computers and beginning users. 

batch processing: The technique of executing a set of computer programs 
without human interaction or direction during its execution. 
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baud: A unit of data transmitting/receiving speed, approximately equal to a 
single bit per second. 

bidirectional printing: A printing terminal technique to increase printing 
throughput by printing every other line from right to left, thus saving the car¬ 
riage return time. 

binary digit (bit): In binary notation either of the characters 0 or 1. “Bit” is 
the commonly used abbreviation for binary digit. 

BISYNC: IBM’s 1968 Binary Synchronous Communications Protocol (BSC), 
bit: Abbreviation for binary dig//. 

bit complement (also called one’s complement): The result of exchanging 
Os and Is in the binary representation of a number. The bit complement of the 
binary number 11011001 is 00100110. Bit complements are used in place of 
their corresponding binary numbers in some arithmetic computations in com¬ 
puters. 

bit-map graphics: A technology that allows control of individual pixels on a 
display screen to produce graphic elements of superior resolution, permitting 
accurate reproduction of arcs, circles, sine waves, or other curved images that 
block-addressing technology cannot accurately display, 
bit string: See variable-length bit field. 

bit-transfer rate: The number of bits transferred per unit of time, usually 
expressed in bits per second. 

block: A group of bits transmitted as a unit. A coding procedure is usually 
applied for synchronization or error-control purposes. 

branch access type: An instruction attribute that indicates that the proces¬ 
sor does not reference an operand address, but that the operand is a branch 
displacement. The size of the branch displacement is given by the data type of 
the operand. 

buffer: A place where data can be stored temporarily. Terminals can store 
data in a buffer if data is received faster than it can be processed or displayed. 

bus: A group of parallel electrical connections that carry signals between com¬ 
puter components or devices. 

byte: Eight contiguous bits starting at an addressable byte boundary. 

cache memory: A small, high-speed memory placed between slower main 
memory and the processor. A cache increases effective memory-transfer rates 
and processor speed. It contains copies of data recently used by the processor 
and fetches several bytes of data from memory in anticipation that the proces¬ 
sor will access the next sequential series of bytes. 

call frame: See stack frame. 
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call instructions: The processor instructions CALLG (call procedure with 
general argument list) and CALLS (call procedure with stack argument list) on 
the Micro VAX I. 

call stack: The stack, and conventional stack structure, used during a proce¬ 
dure call. Each access mode of each process context has one call stack and 
interrupt-service context has one call stack. 

carrier: A continuous frequency capable of being modulated or impressed 
with a signal. 

CCITT (Commite Consultatif International de Telegraphic et Telephonie): 

An international consultative committee that sets international communica¬ 
tions usage standards. 

character: A symbol represented by an ASCII code. A single, printable letter 
(a through z), numeral (0 through 9), or symbol (%) (.) ($) (,) used to represent 
data. 

character printer: A printer, similar to a typewriter, that prints one charac¬ 
ter at a time. 

character string: A contiguous set of bytes. A character string is identified 
by two attributes—an address and a length. Its address is the address of the 
byte containing the first character of the string. Subsequent characters are 
stored in bytes of increasing addresses. The length is the number of characters 
in the string. 

COBOL (Common Business-Oriented Language): A high-level program¬ 
ming language that is well suited to business applications involving complex 
data records and large amounts of printed output. 

command: An instruction, typed by the user at a terminal or included in a 
command file, that requests the software monitoring a terminal or reading a 
command file to perform some well-defined activity. 

command procedure: A file containing commands and data that the com¬ 
mand interpreter can accept in lieu of the user’s typing the commands individ¬ 
ually on a terminal. 

communications link: The physical connection, typically a phone line, 
between a terminal and a computer or another peripheral device. 

compatibility: The ability of an instruction, source language, or peripheral 
device to be used on more than one computer. 

compatibility mode: A mode of execution that enables the central processor 
to execute nonprivileged PDP-11 instructions. 

computer network An interconnection of computer systems, terminals, and 
communications facilities. 



concentrator: A communications device that provides communications capa¬ 
bility between many low-speed, asynchronous channels and one or more high¬ 
speed, synchronous channels. 

condition: An exception condition detected and declared by software, 
condition codes: Four bits in the processor status word that indicate the 
results of previously executed instructions. 

condition handler: A process that requests the system to execute when an 
exception condition occurs. 

console terminal: The terminal connected to the central processor used to 
control the computer system. 

context: Also called process state. See hardware context. 

context indexing: The ability to index through a data structure automati¬ 
cally because the size of the data type is known and is used to determine the 
offset factor. 

context switching: Interrupting the activity in progress and switching to 
another activity. Context switching occurs as one process after another is 
scheduled for execution. 

CPU (Central Processing Unit): Commonly called a computer. A set of elec¬ 
tronic components that control the transfer of data and perform arithmetic 
and logic calculations. 

CRC (Cyclic Redundancy Check): An error-detection scheme in which the 
check character is generated by taking the remainder after dividing all the seri¬ 
alized bits in a block of data by a predetermined binary number. 

CRT terminal: Another name for a video terminal. 

current-access mode: The processor access mode of the currently executing 
software. The current-mode field of the processor status longword (PSL) indi¬ 
cates the access mode of the currently executing software. 

cursor: A distinctive mark on a video terminal screen, such as a flashing 
square or underline, that indicates where the next character will be displayed. 

D_floating data: Eight contiguous bytes starting on an addressable-byte 

boundary, that are interpreted as containing a floating-point number. 

daisywheel: A printhead that forms full characters rather than characters 
formed of dots. It is shaped like a wheel with many spokes, with a letter, 
numeral, or symbol at the end of each spoke. 

data communications: The interchange of data messages from one point to 
another over communications channels. 

data type: The way in which bits are grouped and interpreted. In reference 
to the processor instructions, the data type of an operand identifies the size of 
the operand and the signficance of the bits in the operand. 
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DDCMP (Digital Data Communications Message Protocol): A uniform dis¬ 
cipline for the transmission of data between stations in a point-to-point or mul¬ 
tipoint-data communications system. The method of physical-data transfer 
used may be parallel, serial synchronous, or serial asynchronous. 

DECnet: Digital communications networks. 

device interrupt: An interrupt received on processor-priority levels. Device 
interrupts can be requested only by devices, controllers, and memories. 

device name: The field in a file specification that identifies the device unit in 
which a file is stored. 

device register: A location in device controller logic used to request device 
functions such as I/O transfers and/or to report status. 

device unit: One drive, and its controlling logic, of a mass storage device sys¬ 
tem. A mass-storage system can have several drives connected to it. 

diagnostic: A program that tests logic and reports any faults it detects. 

direct-mapping cache: A cache organization in which only one address com¬ 
parison is needed to locate any data in the cache because any block of main- 
memory data can be placed in only one possible position in the cache. 

diskette: A flexible, flat, circular plate permanently housed in a paper enve¬ 
lope with magnetic coating that stores data and software. 

displacement mode: The specifier extension is a byte, word, or longword dis¬ 
placement. The displacement is sign extended to 32 bits and added to a base 
address obtained from the specified register. The result is the address of the 
actual operand. 

displacement-deferred mode: The specifier extension is a byte, word, or long- 
word displacement. The displacement is sign-extended to 32 bits and added 
to a base address obtained from the specified registers. The result is the 
address of a longword that contains the address of the actual operand. 

displacement-deferred indexed mode: An indexed-addressing mode in 
which the base-operand specifier uses displacement-deferred mode address¬ 
ing. 

displacement-indexed mode: An indexed-addressing mode in which the 
base-operand specifier uses displacement-mode addressing. 

distributed-data processing: A computing approach in which an organiza¬ 
tion uses computers in more than one location, rather than one large computer 
in a single location. 

DMA (Direct Memory Access): A facility that permits I/O transfers directly 
into or out of memory without passing through the processor’s general regis¬ 
ters; performed either independently of the processor or on a cycle-stealing 
basis. 
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DNA (Digital Network Architecture): A hardware and software scheme for 
interconnecting Digital’s computers in a network. It is composed of three ele¬ 
ments—Data Access Protocol (DAP), Network Services Protocol (NSP), and 
Digital Data Communications Message Protocol (DDCMP). See also 
DDCMP. 

dot-matrix printing: A printing technique that forms characters from a two- 
dimensional array of dots. 

double-floating data: See D_ floating data. 

draft-quality printer: A printer that produces characters that are readable, 
but of less than typewriter quality. 

drive: The electromechanical unit of a mass-storage device system on which a 
recording medium (disk cartridge, disk pack, or magnetic-tape reel) is 
mounted. 

EBCDIC (Extended Binary Coded Decimal Interchange Code): An 8-bit 
character code used primarily in IBM equipment. The code provides for 256 
different bit patterns. 

editor: A program that interacts with the programmer to enter new pro¬ 
grams into the computer and edit them as well as modify existing programs. 
Editors are language-independent and can edit anything in alphanumeric rep¬ 
resentation. 

effective address: The address obtained after indirect- or direct-indexing 
modifications are calculated. 

EIA (Electronic Industries Association): A standards organization specializ¬ 
ing in the electrical and functional characteristics of interface equipment. 

error: Any discrepancy between a computed, observed, or measured quan¬ 
tity and the true, specified, or theoretically correct value or condition. 

event: A change in process status or an indication of the occurrence of some 
activity that concerns an individual process or cooperating processes. An inci¬ 
dent reported to the scheduler that affects a process’s ability to execute. 

event flag: A bit in an event flag cluster that can be set or cleared to indicate 
the occurrence of the event associated with that flag. Event flags are used to 
synchronize activities in a process or among many processes. 

exception: An event detected by the hardware (other than an interrupt or 
jump, branch, case, or call instruction) that changes the normal flow of instruc¬ 
tion or set of instructions. There are three types of hardware exceptions— 
traps, faults, and aborts. 

exception condition: A hardware- or software-detected event other than an 
interrupt or jump, branch, case, or call instruction that changes the normal 
flow of instruction execution. 

exception enables: See trap enables. 
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exception vector: See vector. 

executive mode: The second most privileged processor-access mode. The 
Record Management Services (RMS) and many of the operating system’s pro- 
grammed-service procedures execute in executive mode. 

F_floating data: Four contiguous bytes starting on an addressable byte 

boundary. The bits are labeled from right to left 0 to 31. A two-word floating¬ 
point is identified by the address of the byte containing bit 0. 

fanfold paper: A continuous sheet of paper whose pages are folded accordion- 
style and separated by perforations. 

fault: A hardware-exception condition that occurs in the middle of an instruc¬ 
tion and that leaves the registers and memory in a consistent state. 

field: (1) See variable-length bit field. (2) A set of contiguous bytes in a logical 
record. 

file: A collection of logically related records or data treated as a single item. A 
file is the means by which data is stored on a disk or diskette so it can be used 
at a later date. 

floating (point) data: See F _ floating data. 

floppy disk: See diskette. 

font: A complete set of letters, numerals, and symbols of the same typestyle 
of a given typeface. 

formfeed: A device that automatically advances a roll of fanfold paper to the 
top of the next page or form when the printer has finished printing the pre¬ 
vious form. 

FORTRAN (Formula Translation): A widely used high-level programming 
language well suited to problems that can be expressed in terms of algebraic 
formulas. It is generally used in scientific applications. 

frame pointer (FP): FP contains the base address of the most recent call 
frame on the stack. 

full-duplex: Describes a communications channel on which simultaneous 
two-way communications are available. 

function key: A key that causes a computer to perform a function such as 
clearing the screen or executing a program. 

G_floating data: Eight contiguous bytes starting on an arbitrary-byte 

boundary. The bits are labeled from the right 0 through 63. A G_floating 

data is specified by its address A, the address of the byte containing bit 0. 

general register: Any of the registers used as the primary operands of the 
native-mode instructions. 

graphics: The use of lines and figures to display data in contrast with the use 
of printed characters. 



half-duplex: A communications channel on which only one-way communica¬ 
tions are permitted at a time. The line can be “turned around” to allow data to 
flow the other way. Some half-duplex links provide a special “reverse chan¬ 
nel” in the direction opposite to the flow of data that permits transmission of 
control signals only. 

hardcopy: Hardcopy refers to paper printout, as opposed to video displays 
that cannot be saved. 

hardware context: The values contained in the following registers while a 
process is executing—the program counter, the processor status longword, 
the general registers, the processor registers that describe the process virtual- 
address space, the stack pointer for the current-access mode in which the pro¬ 
cessor is executing, plus the contents to be loaded in the stack pointer for 
every access mode other than the current-access mode. 

Hertz (Hz): A unit of frequency equal to one cycle per second. Cycles are 
referred to as Hertz in honor of the physicist Heinrich Hertz. 

host computer: A computer attached to a network that provides such ser¬ 
vices as computation, database access, or special programs or programming 
languages. 

I/O (Input/Output): Pertaining to devices that accept data for transmission 
to a computer system (input) and that accept data from a computer system for 
transmission to a user or process (output). 

image: Procedures and data that have been bound together by the linker. 
There are three types of images—executable, shareable, and system. 

immediate mode: Autoincrement-mode addressing in which the program 
counter is used as the register. 

indexed-addressing mode: Two registers are used to determine the actual 
instruction operand—an index register and a base-operand specifier. The con¬ 
tents of the index register are used as an index (offset) into a table or array. 
The base-operand specifier supplies the base address of the array (called the 
base-operand address or BOA). 

index register: A register used to contain an address offset. 

input stream: The source of commands and data. One of either the user's 

terminal, the batch stream, or an indirect-command file. 

instruction: A command that tells the computer what operation to perform 
next. 

instruction buffer: An 8-byte buffer in the processor used to contain bytes of 
the instruction currently being decoded and to prefetch instructions in the 
instruction stream. The control logic continously fetches data from memory to 
keep the 8-byte buffer full. 
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integral modem: A modem built into a terminal rather than packaged sepa¬ 
rately. 

integrated circuit (IC): A complete electrical circuit on a single chip. 

interface: An electronic assembly that connects an external device, such as a 
printer, to a computer. 

interleaving: Assigning consecutive physical memory addresses alternately 
between two memory controllers. 

interrupt: An event other than an exception or branch, jump, case, or call 
instruction that changes the normal flow of instruction execution. Interrupts 
are generally external to the process executing when the interrupt occurs, 
interrupt-service routine: The routine executed when a device interrupt 
occurs. 

interrupt stack: The systemwide stack used when executing in interrupt-ser¬ 
vice context. At any time the processor is either in a process context executing 
in user, supervisor, executive, or kernel mode, or in systemwide interrupt-ser¬ 
vice context operation with kernel privileges, as indicated by the interrupt 
stack and current mode bits in the processor status longword. The interrupt 
stack is not context-switched. 

interrupt-stack pointer: The stack pointer for the interrupt stack. Unlike 
the stack pointers for process-context stacks, the interrupt stack pointer is 
stored in an internal register. 

interrupt vector: See vector. 

kernel mode: The most privileged processor access mode. The operating sys¬ 
tem’s most privileged services, such as I/O drivers and the pager, run in kernel 
mode. 

letter-quality printer: A printer that produces printing comparable in qual¬ 
ity to that achieved by a typewriter. 

linefeed: The printer operation that advances the paper by one line. 

literal mode: The instruction operand is a constant whose value is expressed 
in a 6-bit field of the instruction. 

local: Hardwired connection of a computer to another computer, terminal, or 
peripheral device, such as in a local area network. 

longitudinal redundancy check (LRC): An error-checking technique based 
on an accumulated exclusive-OR of transmitted characters. 

longword: Four contiguous bytes starting on an addressable byte boundary. 
Bits are numbered from right to left 0 through 31. The address of the long¬ 
word is the address of the byte containing bit 0. 

main memory: See physical memory . 
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mass-storage device: A device capable of reading and writing data on mass- 
storage media such as a diskpack or a magnetic-tape reel. 

memory management: The system functions that include the hardware’s 
page mapping and protection and the operating system’s image activator and 
pager. 

mnemonic: A short, easy-to-remember name or abbreviation. 

modem (Modulator/Demodulator): A device that converts digital data from 
a terminal or CPU into analog signals for transmission over telephone lines and 
convert the receiver data back to digital format. 

MOS (Metal-Oxide Semiconductor): The most common form of LSI technol¬ 
ogy- 

multiplexer: A device for connecting a number of communications lines to a 
computer. 

multiprogramming: A scheduling technique that allows more than one job to 
be in an executable state at any one time, so even with one CPU more than one 
program can appear to be running at a time because the CPU is giving small 
slices of its time to each executable program. 

native mode: The processor’s primary execution mode. 

network: A group of computers that are connected to each other by communi¬ 
cations lines to share information and resources. 

node: An end point of any branch of a network, or a junction common to two 
or more branches of a network. 

numeric string: A contiguous sequence of bytes representing up to 31 deci¬ 
mal digits (one per byte) and possibly a sign. 

octaword: A set of 16 contiguous bytes starting at an arbitrary-byte bound¬ 
ary. 

offset: A fixed displacement from the beginning of a data structure, 
one’s complement: See bit complement. 

opcode: The pattern of bits within an instruction that specifies the operation 
to be performed. 

operand specifier: The pattern of bits in an instruction that indicates the 
addressing mode, a register, and/or displacement, that taken together identify 
an instruction operand. 

operand-specifier type: The access type and data type of an instruction oper¬ 
and^). 

operating system: A collection of computer programs that control the overall 
operation of a computer and perform such tasks as assigning places in memory 
to programs and data, processing interupts, scheduling jobs, and controlling 
the overall input/output of the system. 
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packed decimal: A method of representing a decimal number by storing a 
pair of decimal digits in one byte. 

packed-decimal string: A contiguous sequence of up to 16 bytes interpreted 
as a string of nibbles. Each nibble represents a digit, except the low-order nib¬ 
ble of the highest-addressed byte, which represents the sign. 

packet switching: A data transmission process that utilizes addressed 
packets in which a channel is occupied only for the duration of transmission of 
the packet. 

page: A set of 5 12 contiguous byte locations used as the unit of memory map¬ 
ping and protection or the data between the beginning of file and a page 
marker, between two markers, or between a marker and the end of a file. 

paging: The action of bringing pages of an executing process into physical 
memory when referenced. When a process executes, all of its pages are said to 
reside in virtual memory. 

parity: A common technique for error detection in data transmission. Parity- 
check bits are added to the data so that each group of data bits include an even 
number of “ones” for even parity and an odd number for odd parity. 

peripheral: A device that is external to the CPU and main memory (i.e., 
printer, modem, or terminal), but connected to it by appropriate electrical con¬ 
nections. 

physical address: The address used by hardware to identify a location in phys¬ 
ical memory or on a directly addressable secondary-storage device such as a 
disk. 

physical-address space: The set of all possible physical adresses that can be 
used to refer to locations in memory space or I/O space. 

physical memory: The memory contained in the CPU memory modules. 

pixels: Definable locations on a display screen that are used to form images on 
the screen. For graphics displays, screens with a large number of pixels gener¬ 
ally provide higher resolution. 

point-to-point connection: A network configuration in which a connection 
is established between two terminal installations. 

polling: A technique for determining the order in which nodes take turns 
accessing the network. This is done so that access collision can be avoided. 

port: A location on the CPU where physical connection is made between the 
central computer and a terminal, printer, modem, another computer, or a com¬ 
munications line. 

position-dependent code: Code that can execute properly only in the loca¬ 
tions in virtual-address space that are assigned to it by the linker, 
position-independent code: Code that can execute properly without modifi¬ 
cation wherever it is located in virtual-address space. 
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printhead: The element in a printer that forms a printed character. 

printout: An informal expression referring to almost anything printed by a 
peripheral device; any computer-generated hardcopy. 

print wheel: See daisywheel. 

privileged instructions: Any instruction intended for use by the operating 
system or privileged-system programs. 

procedure: A routine entered via a call instruction. See also command proce¬ 
dure. 

process: The basic entity scheduled by the system software that provides the 
context in which an image executes. A process consists of an address space 
and both hardware and software contexts. 

process address space: See process space. 

process context: The hardware and software contexts of a process. 

process space: The lowest-addressed half of virtual-address space, where pro¬ 
cess instructions and data reside. Process space is divided into a program 
region and a control region. 

processor: The functional part of the computer system that reads, interprets, 
and executes instructions. See also central processing unit. 

processor register: A part of the processor used by the operating system soft¬ 
ware to control the execution states of the computer system. 

processor status longword (PSL): A system-programmed processor register 
consisting of a word of privileged-processor status and the processor status 
word. 

processor status word (PSW): The low-order word of the processor status 
longword. 

program: A complete sequence of instructions and routines needed to solve a 
problem or to execute directions in a computer. 

program counter (PC): At the beginning of an instruction’s execution, the 
program counter normally contains the address of a location in memory from 
which the processor will fetch the next instruction it will execute. 

program disk: A disk containing the instructions of a program. 

programming language: The words, mnemonics, and/or symbols, along with 
the specific rules allowed in constructing computer programs. Some examples 
are BASIC, FORTRAN, and COBOL. 

protocol: A formal set of conventions governing the format and relative tim¬ 
ing of message exchange between two communicating processes. 

PSTN (Private Switched Telephone Network): Generic term for European 
telephone carriers. 
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quad word: Eight contiguous bytes (64 bits) starting at an addressable-byte 
boundary. 

queue: (n.) A circular, doubly linked list, (v.) To make an entry in a list or 
table. 

RAM (Random Access Memory): Memory that can both be read and writ¬ 
ten into (i.e., altered) during normal operation. RAM is the type of memory 
used in most computers to store the instructions of programs currently being 
run. 

read-access type: An instruction- or procedure-operand attribute indicating 
that the specified operand is only read during instruction or procedure execu¬ 
tion. 

realtime: Refers to computer systems or programs that perform a computa¬ 
tion during the actual time that a related physical process transpires. 

ReGIS (Remote Graphics Instruction Set): Digital’s graphics command 
interface to terminals for putting shapes on the terminal screen. 

register: A storage location in hardware logic other than main memory. See 
also general register; processor register; device register. 

register-deferred indexed mode: An indexed-addressing mode in which the 
base-operand specifier uses register-deferred mode addressing. 

register-deferred mode: In register-deferred mode addressing, the contents 
of the specified register are used as the address of the actual instruction oper¬ 
and. 

register mode: In register-mode addressing, the contents of the specified reg¬ 
ister are used as the actual instruction operand. 

remote: Communications between computer and terminals via switched 
lines such as telephone lines. 

reverse video: A feature on a display unit that produces the opposite combi¬ 
nation of characters and background from that which is usually employed, 
that is, white characters on a black screen, if having black characters on a 
white screen is normal. 

ROM (Read-only Memory): Memory containing fixed data or instructions 
that is permanently loaded during the manufacturing process. 

scrolling: When a video terminal’s screen is full, a new line of data can be 
displayed by adding it at the bottom of the screen and shifting all the previous 
lines upward, discarding the top line. When the upward movement is contin¬ 
uous rather than in line steps, it is called smooth scrolling. 

serial transmission: A method of information transmission in which each bit 
of information is sent sequentially on a single path rather than simultaneously 
as in parallel transmission. 
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SNA (System Network Architecture): A network architecture of IBM. 

software: A set of computer programs, procedures, rules and associated docu¬ 
mentation concerned with the operation of network computers (i.e., com¬ 
pilers, monitors, editors, utility programs). 

software interrupt: An interrupt generated on processor-priority levels that 
can be requested only by software. 

stack: An area of memory set aside for temporary storage or for procedure- 
and interrupt-service linkages. 

stack frame: A standard data structure built on the stack during a procedure 
call, starting from the location addressed by the frame pointer and going to 
lower addresses, and popped off during a return from procedure. Also called 
call frame. 

stack pointer (SP): A general register that contains the address of the top 
(lowest address) of the processor-defined stack. Reference to stack pointer 
will access one of the five possible stack pointers—kernel, executive, supervi¬ 
sor, user, or interrupt—depending on the value in the current mode and inter¬ 
rupt stack bits in the processor status longword. 

status code: A longword value that indicates the success or failure of a spe¬ 
cific function. 

supervisor mode: The third most privileged processor access mode. The oper¬ 
ating system’s command interpreter runs in supervisor mode. 

synchronous: A technique in which data bits are sent at precisely timed inter¬ 
vals. Synchronous channels are capable of higher data rates than asynchro¬ 
nous ones, often running at 56,000 bits per second, 
system-address space: See system space. 

system space: The higher-addressed half of virtual-address space. 

system-virtual address: A virtual address identifying a location mapped by 
an address in system space. 

system-virtual space: See system space. 

terminal: The general name for those peripheral devices that have keyboards 
and video screens or printers. 

timesharing: A mode of data processing that allows many terminal users to 
utilize a computer’s resources to perform a variety of tasks simultaneously. 

tool kit: The software and hardware components, including documentation, 
that are manufactured by Digital to help software developers create applica¬ 
tion programs that can be fully intergrated into computers. 

tractorfeed: An attachment used to move paper through a printer. The roller 
that moves the paper has sprockets on each end that fit into the fanfold 
paper’s matching pattern of holes. 
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translation buffer: An internal processor cache containing translations for 
recently used virtual addresses. 

trap: An exception condition that occurs at the end of the instruction that 
caused the exception. The program counter saved on the stack is the address 
of the next instruction that would normally have been executed. All software 
can enable and disable some of the trap conditions with a single instruction. 

trap enables: Bits in the processor status word that control the processor’s 
action on certain arithmetic exceptions. 

two’s complement: A binary representation for integers in which a negative 
number is one greater than the bit complement of the positive number. 

typeface: See font 

user mode: The privileges granted a user by the system manager. 

variable-length bit field: A set of 0 to 32 contiguous bits located arbitrarily 
with respect to byte boundaries. 

vector: An interrupt or exception vector is a storage location that contains 
the starting address of a procedure to be executed when a given interrupt or 
exception occurs. The system defines separate vectors for each interrupting 
device controller and for classes of exceptions. 

virtual address: A 16-bit or 32-bit integer identifying a byte location in vir¬ 
tual-address space. The memory-management hardware translates a virtual 
address to a physical address. The term virtual address may also refer to the 
address used to identify a virtual block on a mass-storage device. 

virtual-address space: The set of all possible virtual addresses that an image 
executing in the context of a process can use to identify the location of an 
instruction of data. 

virtual memory: The set of storage locations in physical memory and on disk 
that are referred to by virtual addresses. 

virtual-page number: The virtual address of a page of virtual memory. 

word: Two contiguous bytes (16 bits) starting at an addressable-byte bound¬ 
ary. 
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on VT240 graphics terminal, 3-23— 
3-24 

on VT241 graphics terminal, 3-23— 
3-24 

> distributed arbitration, A-24 
distributed processing, 5-1 
DLVE1 asynchronous interface, 3-18 
DLVJ1 asynchronous interface, 3-18 
DMA protocol, see also direct-memory 
access 

DMV11 synchronous interface, 3-19 


documentation 

for architecture, 6-58 
for hardware, 2-29 
for networks, 5-25 
for software, 4-33 
for Q-bus, A-52 

for site preparation and installation, 
B-15 

for system options, 3-39 
dot-matrix printers 
LA 100, 3-31 
LA 12, 3-32—3-33 
LA 120, 3-30 
LA210,3-25, 3-28 
LA50, 3-31—3-32 

double-precision D floating-point data, 
6-26 

DPV11 synchronous interface, 3-19 
DRV 11-JP realtime interface, 3-20 
DRV 11-WA realtime interface, 3-20 
DSM (Digital Standard MUMPS), see 
Digital Standard MUMPS (DSM) 
DZQll asynchronous interface, 3-17 
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_e_ 

editor, KED/KEX, 4-15 
Educational Services, C-9—C-l2 
EIA standard signals, 5-13—5-16 
electrical characteristics 
of Q-bus, A-35—A-37 
of interconnect wiring, A-37—A-38 
Electrical Industries Association (EIA), 
5-13 

electrical interference, B-14 
electromagnetic shielding, 2-13 
electronic mail, DECmail-11, 4-27 
enclosures 

cabinet enclosure, 2-21—2-27 
DF100 modem enclosure, 3-38—3-39 
floorstand enclosure, 2-10—2-15 
pedestal enclosure, 2-16—2-21 
rackmount enclosure, 2-16—2-21 
tabletop enclosure, 2-16—2-21 
end communications layer (DNA), 5-5 
environment, site preparation of, 

• B-3—B-4 
Ethernet 

DEQNA synchronous interface for, 
348—3-19 
links for, 5-9—5-13 
RT-11 handlers for, 4-16 
exceptions, 6-20—6-22 
executive mode, 6-23 


F 

fans 

for cabinet enclosure, 2-22, 2-27 
for floorstand enclosure, 2-10,2-12, 

2- 15 

for pedestal enclosure, 2-6, 2-19, 

2-21 

for rackmount enclosure, 2-6, 2-19, 
2-21 

for tabletop enclosure, 2-6, 2-19, 

2-21 

F floating-point data type, 6-25—6-26 
Field Service, C-l—C-5 
file management 

in Digital Standard MUMPS, 4-17 
inULTRIX-11,4-13 
in ULTRIX-32m, 4-4 
file transfer utility, in Micro/RSX, 4-9 
fixed-diskdrives 
RA81,3-8—3-9 
RD51, 3-7—3-8 
RD52,3-7—3-8 
RD53, 3-7—3-8 

fixed/removable-disk drive, RC25, 3-11 
flexible-disk drive, RX50, 3-6 
floating point 

data in, 6-25—6-26 

FPF11 floating-point accelerator for, 

3- 3 

KEF11-AA floating-point processor 
for, 3-3 

in MicroPDP-11 systems, 6-25—6-26 
in MicroVAX systems, 6-25—6-26 
floorstand enclosure, 2-1, 2-10, 2-15 
FMS (Forms Management System), 4-28 
fonts, see character sets 
Forms Management System (FMS), see 
FMS 

FORTRAN, 4-22—4-23 

FPF11 floating-point accelerator, 3-3 

frame pointer, 6-14 
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G I 


general registers 

MicroPDP-11 addressing modes for, 
6-19—6-20 

Micro VAX addressing modes for, 
6-17—6-18 
see also registers 

G floating-point data type, 6-25—6-26 
graphics 

DECgraph for, 4-27 
kernel system (VAX GKS/Ob) for, 
4-32 

onLCPOl, 3-34—3-35 
on VT240 graphics terminal, 
3.23—3-24 

on VT241 graphics terminal, 
3-23—3-24 


_H_ 

H4000 Ethernet transceiver, 5-9—5-13 

HALT function, A-33 

hardware 

central processing units, 2-1—2-8 
communications interfaces, 
3-17—3-21 

configurations of, 2-27—2-28 
of Digital Network Architecture, 
5-5—5-6 

documentation for, 2-29 
enclosures, 2-8—2-27 
memory options, 3-1—3-2 
modems, 3-36—3-39 
printers and printing terminals, 
3-25—3-26 
storage of, B-6 
storage options, 3-3-3-16 
video and graphics terminals, 
3-23—3-24 

H floating-point data type, 6-25—6-26 
high-level languages, see languages 
humidity of environment, B-3 


IBM systems 

communications with, 1-3 
Digital PC connection with, 5-24 
Internet communications with, 
5.21-5-22 
INDENT, 4-28 

index-deferred mode, 6-17—6-20 
index mode, 6-17—6-20 
indicator lights, on control panel, 

2-13,2-20,2-26 

information management software 
DATATRIEVE, 4-27 
DECgraph, 4-27 
DECmail-11, 4-27 
FMS (Forms Management System), 
4-28 

INDENT, 4-28 

RMS (Record Management System), 
4-28 

VAX ACMS (Application Control 
and Management System), 4-28 
VAX CDD (Common Data 
Dictionary), 4-29 
VAX DECslide, 4-29 
VAX PRODUCER, 4-29 
VAX Rdb/ELN (Relational Database 
Management System), 4-29 
VAX TDMS (Terminal Data Manage¬ 
ment System), 4-30 
VAX VTX (Videotex), 4-30 
initialization function, A-33 
installation 

of hardware, B-l—B-14 
of software, C-5—C-9 
instruction-execution privileges, 6-22 
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instructions and instruction sets 

for floating-point data, 6-25—6-27 
KEFli-BB character-string instruc¬ 
tion set, see KEFli-BB 
MicroPDP-11 systems, 2-5,2-6,2-7, 
2-8, 6-25—6-27 
MicroVAX, 2-3,6-25—6-27 
integer data, 6-25—6-28 
interconnect wiring, for Q-bus, 

A-37—A-38 
interfaces 

asynchronous, 3-17—3-18 
DEQNA, 5-9—5-13 
Packetnet, 5-22 
realtime, 3-20—3-21 
synchronous, 3-19—3-20 
see also Q-bus 

International Consultative Committee on 
Telegraphy and Telephony (CCITT), 
5-13 

International Standards Organization 
(ISO), 5-4 
Internet, 4-33 
interrupts 

processor, 6-21 
on Q-bus, A-23—A-32 
I/O distribution panel 

for cabinet enclosure, 2-10, 
2-26—2-27 

for floorstand enclosure, 2-10, 
2-13—2-14 

for pedestal enclosure, 2-16, 
2 - 20 — 2-21 

for rackmount enclosure, 2-16, 
2 - 20 — 2-21 

for tabletop enclosure, 2-16, 
2 - 20 — 2-21 
inserts on, B-14 


K 


KA630-AA CPU module, 2-1,2-2,2-3— 
2-4 

KDA50 disk controller, 3-5 

KD32-AA CPU module set, 2-1,2-2, 
2-4—2-5 

KDFU-BF CPU module, 2-1,2-2,2-7— 
2-8 

KDJ11-BB CPU module, 2-1,2-2,2-6— 
2-7 

KDJ11-BF CPU module, 2-1,2-2, 2-5— 
2-6 

KED/KEX keypad editor, 4-15 

KEF11-AA floating-point processor, 3-3 

KEFli-BB character-string instruction 
set, 3-3 

kernel mode, 6-23 

KMV11 synchronous interface, 3-20 

KWV11 realtime interface, 3-21 


L 


LA 100 (Letterprinter 100 and 
Letterwriter 100), 3-31 
LA12 Correspondent printer, 3-32—3-33 
LA 120 DEC writer III printer, 3-30 
LA210 Letterprinter, 3-25—3-28 
LA50 personal printer, 3-31—3-32 
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languages 

available for MicroVMS, 4-2 
BASIC, 4-21 
C, 4-22 
COBOL, 4-15 
CORAL-66, 4-22 
DIBOL-83, 4-22 
FORTRAN, 4-22—4-23 
MACRO-11, 4-9, 4-12 
MUMPS, 4-23 
Pascal, 4-23 
VAX Ada, 4-7, 4-24 
VAX APL, 4-24 
VAX BLISS-32,4-24 
VAX PL/I, 4-24 
VAX RPGII, 4-25 
laser printer, LN03, 3-33 
LCP01 color printer, 3-34—3-35 
Letterprinter 100 (LA 100), see LA 100 
letter-quality printers 
LQP03, 3-28—3-29 
Letterprinter 100 (LA 100), 3-31 
Letterwriter 100 (LA 100), see LA 100 
lighting of environment, B-4 
lights, on control panel, see indicator 
lights 

links in networks 

asynchronous, 5-13—5-16 
Ethernet, 5-9—5-13 
synchronous, 5-16—5-20 
LN03 laser printer, 3-33 
Local Area Networks (LANs) 

DEQNA synchronous interface 
for, 3-18—3-19 
Ethernet for, 5-9—5-13 
logic modules, 2-8,2-10,2-11,2-16, 

2-18, 2-22,2-24 
longwords, 6-25 
LP25 system printer, 3-35 
LP26 system printer, 3-35—3-36 
LQP03 letter-quality printer, 3-28—3-29 


M 

MACRO-U, 4-9,4-12 
maintenance 

for hardware, C-l—C-5 
for software, C-5—C-9 
markets for supermicrosystems, 1-1 
master/slave relationship, on Q-bus, A-2 
memory-access privileges, 6-22 
memory 

in KA630-AA CPU module, 2-3 
in KD32-AA CPU module, 2-4—2-5 
in KDF11-BF CPU module, 2-8 
in KDJ11-BB CPU module, 2-6—2-7 
in KDJ11-BF CPU module, 2-5—2-6 
options for, 3-1—3-2 
storage options for, 3-3—3-16 
memory management 

in MicroPDP-11 systems, 6-8 
in Micro VAX systems, 6-9—6-10 
memory controller module (MCT), 
2-4—2-5 

memory options for supermicrosys¬ 
tems, see memory 
MENU-11, 4-31 
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MicroPDP-11/23 

addressing modes in, 6-17,6-19—6-20 
address space in, 6-6—6-8 
architecture of, 6-1—6-58 
configurations of, 2-28 
data types on, 6-25—6-28 
documentation for, D-l—D-3 
enclosure for, 2-16 
instruction set for, 6-29—6-57 
KDF11-BF CPU module for, 2-1,2-2, 
2-7—2-8 

memory management in, 6-8—6-9 
operating modes of, 6-22—6-24 
performance options for, 3-3 
processor-priority levels on, 6-2, 

6-22 

registers in, 6-12, 6-15—6-16 
software for, 4-8—4-33 
MicroPDP-11/73 

addressing modes in, 6-17, 6-19—6-20 
address space in, 6-6—6-8 
architecture of, 6-1—6-58 
configurations of, 2-28 
data types on, 6-25—6-28 
documentation for, D-l—D-3 
enclosure for, 2-16 
instruction set for, 6-29—6-57 
KDJ11-BB CPU module for, 2-1, 2-2, 
2-6—2-7 

memory management in, 6-8—6-9 
operating modes of, 6-22—6-24 
processor-priority levels on, 6-2, 6-22 
registers in, 6-12, 6-15—6-16 
software for, 4-8—4-33 


MicroPDP-11/83 

addressing modes in, 6-17,6-19—6-20 
address space in, 6-6—6-8 
architecture of, 6-1—6-58 
configurations of, 2-28 
data types on, 6-25—6-28 
documentation for, D-l—D-3 
enclosures for, 2-10, 2-21 
instruction set for, 6-29—6-57 
KDJ11-BF CPU module for, 2-1,2-2, 
2-5—2-6 

memory management in, 6-8—6-9 
operating modes of, 6-22-6-24 
processor-priority levels on, 6-2, 6-22 
registers in, 6-12, 6-15—6-16 
software, 4-8—4-33 
MicroPower/Pascal, 4-12—4-13 
Micro/RSTS, 4-12 
Micro/RSX, 4-9 

microsystems, see supermicrosystems 
Micro VAX argument pointer, see argu¬ 
ment pointer 

Micro VAX frame pointer, see frame 
pointer 
MicroVAXI 

addressing modes in, 6-17—6-18 
address space in, 6-6—6-8 
architecture of, 6-1—6-58 
configurations of, 2-28 
data types on, 6-25—6-28 
documentation for, D-l—D-3 
enclosure for, 2-16 
instruction set for, 6-28—6-57 
KD32-AA CPU module set for, 2-1, 
2-2,2-4—2-5 

memory management in, 6-8—6-10 
operating modes of, 6-22-6-24 
processor-priority levels on, 6-2, 6-22 
registers in, 6-12—6-15 
software for, 4-1—4-33 



Index 11 


MicroVA XII 

78032 microprocessor chip, 2-3 
78132 floating-point chip, 2-3 
addressing modes in, 6-17—6-18 
address space in, 6-6—6-8 
architecture of, 6-1—6-38 
configurations of, 2-28 
data types on, 6-25—2-28 
documentation for, D-l—D-3 
enclosures for, 2-10, 2-16, 2-21 
instruction set for, 6-28-6-57 
KA630-AA CPU module for, 2-1,2-2, 
2-3—2-4 

memory management in, 6-8—6-10 
operating modes of, 6-22-6-24 
processor-priority levels on, 6-2, 6-22 
registers in, 6-12—6-15 
software for, 4-1—4-33 
Micro VAX processor status longword 
(PSL), see processor status longword 
Micro VAX program counter, see program 
counter 

Micro VAX stack pointer, see stack pointer 
MicroVMS operating system, 4-1—4-3 
modems 

DF100 modem enclosure, 3-38—3-39 
DF112,3-36—3-37 
DF124, 3-37-3-38 
in LA 12, 3-32—3-33 
in networks, 5-4 

for synchronous links, 5-17—5-20 
module connector pin identification, 
A-42—A-43 

Module Management System (VAX 
DEC/MMS), see VAX DEC/MMS 
module space requirements, 

B-12—B-13 

monitors (in operating systems) in 
RT-11, 4-16 

MS630 memory modules, 3-1 
MSV11-J memory modules, 3-1—3-2 
MSV11-P memory modules, 3-2 


MSV11-Q memory modules, 3-2 
multidrop (multipoint) networks, 

5-7—5-8 

multiplexers, 3-17—3-18 
multitasking applications 

KA630-AA CPU module for, 2-3 
KD32-AA CPU module set for, 2-4 
KDF11-BF CPU module for, 2-7 
KDJ11-BB CPU module for, 2-6 
KDJ11-BF CPU module for, 2-5 
Micro/RSTS for, 4-12 
Micro/RSX for, 4-9 
multiuser applications 
CTS-300 for, 4-15—4-17 
DSM (Digital Standard MUMPS) for, 

4- 17—4-18 

KA630-AA CPU module for, 2-3 
KD32-AA CPU module set for, 2-4 
KDF 11-BF CPU module for, 2-7 
KDJ 11-BB CPU module for, 2-6 
KDJ 11-BF CPU module for, 2-5 
Micro/RSTS for, 4-12 
Micro/RSX for, 4-9 
RSTS/E for, 4-11 
RSTS family for, 4-10 
RSX-11M-PLUS for, 4-9—4-10 
in standalone systems, in networks, 

5- 2—5-3 
MUMPS 

DSM-11 (Digital Standard MUMPS), 
4-17—4-18 
as language, 4-23 
VAX DSM (Digital Standard 
MUMPS), 4-9 
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N 

network application layer (DNA), 5-5 
network-connected systems, 5-3—5-4 
network management layer (DNA), 
5-5—5-6 
networks 

communications software for, 4-33 
configurations of, 5-6—5-9 
on two or more connected systems, 
5-3—5-4 

Digital Network Architecture for, 
5-4—5-6 

links for, 5-9—5-20 
Network Planning and Design 
Service for, C-7 

single-user system interconnections 
in, 5-24 

software for, 5-24 
of standalone systems, 5-1—5-3 
nodes, 5-6—5-9 

numbers, data types of, 6-25—6-28 


o 

octawords, 6-25 

OEM Portfolio Program, C-l—C-2 
offsite services, C-4—C-5 
onsite services, C-3—C-4 
operating modes, 6-22—6-24 


operating systems 

CTS-300, 4-15—4-17 
DSM (Digital Standard MUMPS), 
4-17—4-19 

memory management by, 6-8—6-10 
MicroPower/Pascal, 4-12—4-13 
Micro/RSTS, 4-11, 4-12 
Micro/RSX, 4-9 
MicroVMS, 4-1—4-3 
RSTS/E, 4-11—4-12 
RSTS family of, 4-10—4-11 
RSX-11 family of, 4-8—4-9 
RSX-11M, 4-10 
RSX-11M-PLUS, 4-9—4-10 
RSX-11 S, 4-10 
RT-11, 4-15—4-16 
ULTRIX-11, 4-13—4-15 
ULTRIX-32m, 4-3—4-4 
VAX DEC/Shell for, 4-31 
VAXELN, 4-4—4-7 
operation code (opcode), 6-28 
options 

communications, 3-17—3-21 
memory, 3-1—3-2 
modems, 3-36—3-39 
performance, 3-3 
printers and printing terminals, 
3-25—3-36 
storage, 3-3—3-16 
video and graphics terminals, 
3-21—3-24 


_p_ 

packaged systems (configuration), 2-28 
packed-decimal string operations, 6-27 
Packetnet System Interface (PSI), 5-22 
pages (memory), 6-9 
Partnership Program, C-2 
Pascal, 4-23 

PC absolute mode, 6-20 
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PC connection, Digital 
to Apple systems, 5-24 
to Digital systems, 5-24 
to IBM systems, 5-24 
PC immediate mode, 6-20 
PC relative-deferred mode, 6-20 
PC relative mode, 6-20 
PDP-11 compatibility mode on 
Micro VAX II, 4-3 
PDP-11 systems 

KDF11-BF CPU module compatibil¬ 
ity with, 2-8 

KDJ11-BB CPU module compatibil¬ 
ity with, 2-7 

KDJ 11-BF CPU module compatibility 
with, 2-6 

MicroPDP-11 operating systems and, 
4-8 

pedestal enclosure, 2-16—2-21 
performance, options for, 3-3 
peripherals, see hardware 
physical-address space, 6-7 
physical link layer (DNA), 5-5 
physical links 

asynchronous, 5-13—5-16 
Ethernet, 5-9—5-13 
synchronous, 5-16—5-20 
pin assignments for Q-bus, A-3—A-4 
pin identifiers for Q-bus, A-44—A-52 
PL/I, VAX, see VAX PL/I 
position-defined arbitration, A-25 
power 

loading requirement of, B-10—B-ll 
in site preparation, B-5—B-6 
power-status function, A-33 


power supply 

in cabinet enclosure, 

2-21—2-22, 2-25 
in floorstand enclosure, 

2-10, 2-12—2-13 
in pedestal enclosure, 

2-16,2-19—2-20 
in rackmount enclosure, 

2-16, 2-19—2-20 
in tabletop enclosure, 

2-16, 2-19—2-20 

powerup/powerdown protocol, A-3 4 
printers and printing terminals 
LA 100, 3-31 
LA 12, 3-32—3-33 
LA 120, 3-30 
LA210, 3-25, 3-28 
LA50, 3-31—3-32 
LCP01, 3-34—3-35 
LN03, 3-33 
LQP03, 3-28—3-29 
LP25, 3-35—3-36 
LP26, 3-35—3-36 
space for, B-2 
priority levels 

for processor interrupts, 6-22 
on Q-bus, for devices, A-25 
processor HALT function, see HALT 
processors 

exceptions and interrupts on, 
6 - 20 — 6-22 

KA630-AA CPU module, 2-1, 2-2, 
2-3—2-4 

KD32-AA CPU module set, 2-1, 2-2, 
2-4—2-5 

KDF11-BF CPU module, 2-1, 2-2, 
2 - 7 — 2-8 

KDJ 11-BB CPU module, 2-1,2-2, 
2-6—2-7 

KDJ 11-BF CPU module, 2-1, 2-2, 
2 - 5 — 2-6 

operating modes in, 6-22—6-24 
processor status longword (PSL), 6-15 
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processor status word (PSW), 6-16 
PRODUCER, VAX, see VAX 
PRODUCER 
productivity tools 

ADE (Application Development 
Environment) ,4-30 
MENU-11,4-31 

VAX DEC/CMS (Code Management 
System), 4-31 

VAX DEC/MMS (Module Manage¬ 
ment System), 4-31 
VAX DEC/Shel1, 4-31 
VAX DEC/Test Manager, 4-32 
VAX DECOR, 4-32 
VAX GKS/Ob (Graphics Kernel 
System), 4-32 

VAX Language-Sensitive Editor, 4-32 
VAX Performance and Coverage 
Analyzer, 4-33 

program counter, 6-13, 6-15, 6-20 
program development, in MicroVMS, 
4-2—4-3 

programming languages, see languages 
programs 

in virtual-address space, 6-8 
see also software 
protection modes 

in KA630-AA CPU module, 2-3 
in KDF11-BF CPU module, 2-8 
in KDJ11-BB CPU module, 2-7 
in KDJ11-BF CPU module, 2-6 
of memory, 6-10—6-11 
processing operating modes for, 
6-22—6-24 


protocols 

bus-cycle, A-6 

in Digital Network Architecture, 
5-4—5-6 

DMA, 3-1, A-16—A-23 
in Internet, 5-21 

in Packetnet System Interface, 5-22 
powerup/powerdown, A-34 
for Q-bus interrupts, A-25—A-29 
synchronous, 5-16—5-20 


_Q_ 

Q-bus (Q22-bus), 1-2 

backplane assembly for, 2-11, 2-17, 
2-19, 2-22—2-23, 2-25 
communications on, A-l—A-4 
configurations of, A-38—A-43 
control functions on, A-33—A-34 
data transfer cycles on, A-5—A-15 
DEQNA interface for, 5-9—5-13 
electrical characteristics of , 

A-35—A-37 

interconnect wiring on, A-37—A-38 
interrupts on, A-23—A-32 
KA630-AA CPU module used with, 
2-3 

KD32-AA CPU module set used 
with, 2-4—2-5 

KDF 11-BF CPU module used with, 
2-8—2-9 

KDJ 11-BB CPU module used with, 

2 - 6 — 2-7 

KDJ 11-BF GPU module used with, 
2-5—2-6 

pin identifiers for, A-44—A-52 
quadwords, 6-25 
queue data, 6-28 



Index 15 


R 

RA60 removable-disk drive, 3-9—3-10 
RA81 fixed-disk drive, 3-8—3-9 
rackmount enclosure, 2-9, 2-16—2-21 
random-access memory (RAM), options 
for, 3-1—3-2 

RC25 fixed/removable-disk drive, 3-11 
RD51 fixed-disk drive, 3-7—3-8 
RD52 fixed-disk drive, 3-7—3-8 
RD53 fixed-disk drive, 3-7—3-8 
Rdb/ELN, VAX, see VAX Rdb/ELN 
realtime applications 

interfaces for, 3-20—3-21 
KA630-AA CPU module for, 2-3 
KD32-AA CPU module set for, 2-4 
KDF11-BF CPU module for, 2-7 
KDJ11-BB CPU module for, 2-6 
KDJ11-BF CPU module for, 2-5 
RT-11 operating system for, 4-15 
in standalone systems, in networks, 

5- 2—5-3 

Record Management Services (VAX 
RMS), see VAX RMS 
ReGIS graphics descriptor, 3-24, 3-34 
register-deferred mode, 6-17—6-20 
register mode, 6-17—6-20 
registers 

argument pointer, 6-14 

frame pointer, 6-14 

MicroPDP-11 addressing modes for, 

6- 19—6-20 

in MicroPDP-11 systems, 6-15—6-16 
Micro VAX addressing modes for, 
6-17—6-18 

in Micro VAX systems, 6-12—6-16 
processor status longword, 6-15 
processor status word, 6-16 
program counter, 6-13 
stack pointer, 6-14 


regression testing, VAX DEC/Test 
Manager for, 4-32 

removable-disk drive, RA60, 3-8—3-9 
ring networks, 5-7—5-8 
RMS (Record Management System), 4-28 
room lighting, B-4 
routing layer (DNA), 5-5 
RPGII, VAX, see VAX RPGII 
RQDX1 disk controller, 3-4—3-5 
RQDX2 disk controller, 3-4—3-5 
RQDX3 disk controller, 3-4—3-5 
RSTS/E, 4-11—4-12 
RSTS family of operating systems, 
4-10—4-12 
RSTS/E, 4-11-4-12 
RSX-11 family of operating systems, 
4-8—4-10 
RSX-11M, 4-10 
RSX-11M-PLUS, 4-9—4-10 
RSX-11S, 4-10 
RT-11, 4-15—4-16 
RTL (VMS Runtime Library), 4-3 
ruggedized enclosure, 2-27 
RX50 flexible-disk drive, 3-6 


_s_ 

scheduling, in RSTS/E, 4-11 
self-relative links (in queue data), 6-28 
services, see customer services 
session control layer (DNA), 5-5 
shells, VAX DEC/Shell for, 4-31 
shock hazards, B-4 
signal lines 

for interrupts, A-24 
for logic levels, A-35 
on Q-bus, A-l, A-3—A-4 
single-precision, in F floating-point data 
type, 6-25 

single-user systems, in networks, 5-24 
site preparation, B-l—B-6 
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SNA gateways (Systems Network Archi¬ 
tecture; IBM), 5-21—5-22 
software, 4-1 

communications, 4-33 
CTS-300, 4-16—4-17 
of Digital Network Architecture, 
5-4—5-6 

documentation for, 4-33 
DSM (Digital Standard MUMPS), 
4-17—4-19 

for information management, 4-27 
languages, 4-21 

MicroPower/Pascal, 4-12—4-13 
Micro/RSTS, 4-12 
Micro/RSX, 4-9 
MicroVMS, 4-1—4-3 
network, 5-20—5-23 
productivity tools, 4-30—4-33 
RSTS operating systems, 4-10—4-12 
RSTS/E, 4-11—4-12 
RSX-11M, 4-10 
RSX-11M-PLUS, 4-9—4-10 
RSX-11 operating systems, 4-8—4-10 
RSX-11S, 4-10 
RT-11, 4-15—4-16 
services for, C-5—C-9 
in system configurations, 2-28 
ULTRIX-11, 4-13—4-15 
ULTRIX-32m, 4-3—4-4 
VAXELN, 4-4—4-7 
Software Services, C-5—C-9 
space 

module requirements for, B-12—B-13 
in site preparation, B-l—B-2 
specifications 

of Q-bus drivers, A-35—A-36 
of Q-bus receivers, A-36 
stack pointer, 6-14 
stacks, 6-12 

standalone systems, in networks, 

5-1—5-3 

star networks, 5-7—5-8 


Startup Service Packages, C-5—C-6 
static electricity, B-4 
storage, in site preparation, B-6 
storage options 

CD Reader and CDROM, 3-15—3-16 
KDA50 disk controller, 3-5 
RA60 removable-disk drive, 

3-9—3-10 

RA81 fixed-disk drive, 3-8—3-9 
RC25 fixed/removable-disk drive, 

3-11 

RD51 fixed-disk drive, 3-7—3-8 
RD52 fixed-disk drive, 3-7—3-8 
RD53 fixed-disk drive, 3-7—3-8 
RQDX1 disk controller, 3-4—3-5 
RQDX2 disk controller, 3-4—3-5 
RQDX3 disk controller, 3-4—3-5 
RX50 flexible-disk drive, 3-6 
TK25 cartridge-tape drive, 

3-12—3-13 

TK50 cartridge-tape drive, 

3-12—3-13 

TSV05 streaming-tape drive, 

3-14—3-15 

streaming-tape drive, TSV05, 3-14—3-15 
supermicrosystems 

backplane assembly for, 2-10—2-12, 
2-16—2-27,2-19,2-22—2-23, 
2-25 

commonality among, 1-2—1-3 
configurations of, 2-28 
control panel(s) on, see control panels 
differences among, 1-3—1-4 
documentation for, D-l—D-3 
enclosures for, see enclosures instruc¬ 
tion set for, 6-28—6-57 
I/O distribution panel on, see I/O 
distribution panel 
numbers of users on, 1-1—1-2 
power supply for, see power supply 
see also 

MicroPDP-11/23, 
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MicroPDP-11/7 3, 

MicroPDP-11/83, 

MicroVAX I, 

MicroVAX II 
supervisor mode, 6-23 
supplies, storage of, B-6 
Supplementary Service Options, 

C-8—C-9 

switches, on control panel, 2-13,2-20, 

2-26 

symbolic debuggers, in Micro VMS, 4-3 
synchronous communications 
interfaces for, 3-18—3-20 
links for, 5-16—5-20 
system building blocks (configuration), 
2-28 

system chassis, see chassis 
System Exerciser Package, 4-15 
system printers 
LP25, 3-35 
LP26, 3-35—3-36 

Systems Network Architecture (SNA; 
IBM), 5-21—5-22 


T 

tabletop enclosure, 2-16—2-21 
tape drives 

TK25 cartridge tape, 3-12—3-13 
TK50 cartridge tape, 3-12—3-13 
TSV05 streaming tape, 3-14—3-15 
TDMS (Terminal Data Management 
System), VAX, see VAX TDMS 
temperature of environment, B-3 
terminals 

LA 100, 3-31 
LA 12, 3-32—3-33 
LA 120, 3-30 
LA210, 3-25, 3-28 
LA50, 3-31—3-32 
LCP01, 3-34—3-35 


LN03, 3-33 
LQP03, 3-28—3-29 
printing, 3-25—3-36 
in standalone systems, in networks, 
5-1—5-3 

video and graphics, 3-21—3-24 
VT200 video-terminal series, 3-23— 

3- 24 

VT220, 3-23 
VT240, 3-23—3-24 
VT241, 3-23—3-24 

Test Manager, VAX DEC/Test Manager, 
see VAX DEC/Test Manager 
timesharing applications 
RSTS/E for, 4-11—4-12 
RSTS family of operating systems for, 

4- 10—4-12 

TK25 cartridge tape, 3-12—3-13 
TK50 cartridge tape, 3-12—3-13 
token passing, 5-7 
trace faults, 6-16 

training, Educational Services for, 

C-9—C-12 

transceiver cables, 5-9—5-13 
TRANSF (Binary File Transfer), 4-16 
trap enable flags, 6-16 
TSV05 streaming-tape drive, 3-14—3-15 


u 

ULTRIX-11, 4-13—4-15 
ULTRIX-32m, 4-3—4-4 
unconstrained networks, 5-9 
UNIX-based operating systems 
C for, 4-21 
ULTRIX-11, 4-13 
ULTRIX-32m, 4-4 
user layer (DNA), 5-5—5-6 
user mode, 6-23 

users, supported on supermicrosystems, 
1 - 1 — 1-2 
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V 


VAX-11 RSX, 4-3 
VAX ACMS, 4-28 
VAX Ada, 4-24 
VAX APL, 4-24 
VAX BLISS-32, 4-24 
VAX CDD (Common Data Dictionary), 
4-29 

VAX DEC/CMS (Code Management 
System), 4-31 

VAX DEC/MMS (Module Management 
System), 4-31 
VAX DECOR, 4-32 
VAX DEC/Shell, 4-31 
VAX DECslide, 4-29 
VAX DEC/Test Manager, 4-32 
VAX DSM (Digital Standard MUMPS), 
4-19 

VAXELN, 4-4—4-7 
VAXELN debugger, 4-6 
VAXELN file service, 4-7 
VAXELN kernel, 4-7 
VAXELN network service, 4-7 
VAXELN Pascal compiler, 4-6 
VAXELN system builder, 4-6 
VAX GKS/Ob Graphics Kernel System, 
4-32 

VAX Language-Sensitive Editor, 4-32 
VAX Performance and Coverage 
Analyzer, 4-33 
VAX PL/I, 4-24 
VAX PRODUCER, 4-29 
VAX Rdb/ELN (Relational Database 
Management System), 4-29 
VAX RMS (Record Management 
Services), 4-3 
VAX RPGII, 4-25 
VAX TDMS (Terminal Data Manage¬ 
ment System, 4-30 
VAX/VMS,4-2 


VAX VTX (Videotex), 4-30 
vectors 

for processor exceptions and inter¬ 
rupts, 6-21 

for Q-interrupts, A-23—A-24 
vibration hazards, B-4 
video and graphics terminals 
VT200, series of, 3-23—3-24 
VT220, 3-23 
VT240, 3-23—3-24 
VT241, 3-23—3-24 
virtual-address space, 6-8 
virtual memory, 4-1 
VMS Runtime Library (RTL), 4-3 
VT200 video-terminal series, 3-23—3-24 
VT220 video terminal, 3-23 
VT240 graphics terminal, 3-23—3-24 
VT241 graphics terminal, 3-23—3-24 
VTCOM (Virtual Terminal Communica¬ 
tions), 4-16 


w 


Winchester disk drives 
RA81, 3-8—3-9 
RD51,3-7—3-8 
RD52, 3-7—3-8 
RD53, 3-7—3-8 
wiring, for Q-bus, A-37—A-38 
words, 6-25 


x 


X.25 protocol, 1-3 


z 


zoned-numeric string operations, 6-27 
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